我目前正试图find一种方法来自动将dump.sql文件恢复到每周另一台服务器。 我还没有find代码来做到这一点，但在MySQL或命令提示符，但我期待。 我能看到的主要问题是，服务器每天为每个数据库创build两个数据库备份，并且名称每天更改，因为我们将名称存储在date中。 是否有可能设置一些代码，每个数据库一个月恢复一次最新的文件？ 我已经做了大量的研究，但是我一直在寻找关于如何创build转储文件的指南，或者如何将一个转储file upload到新的数据库，但是在这个上找不到任何东西。
MySQL版本：5.5.13 如果我将binlog格式设置为STATEMENT ，则在主服务器上收到以下警告： [Warning]自从BINLOG_FORMAT = STATEMENT以来，使用语句格式写入二进制日志的不安全语句。 语句是不安全的，因为它使用一个系统函数，可能会在从站上返回不同的值。 我还读了复制存储过程和函数的限制： http : //dev.mysql.com/doc/refman/5.5/en/stored-programs-logging.html 但是如果我切换到MIXED ， 从 mysqld.log 上的 mysqld.log显示： [警告]从属SQL：无法执行表hdcn.sessions上的Update_rows事件; 在“会话”中找不到logging，Error_code：1032; 处理程序错误HA_ERR_KEY_NOT_FOUND; 事件的主日志mysql-bin.003834，end_log_pos 602692401，Error_code：1032 [Warning]从属SQL：无法在表上执行Delete_rows事件reportingdb.102_rpt_clickview; 在'102_rpt_clickview'中找不到logging，Error_code：1032; 处理程序错误HA_ERR_END_OF_FILE; 事件的主日志mysql-bin.003834，end_log_pos 725203511，Error_code：1032 看起来像MIXED binlog格式导致Master不能完全复制到Slave。 我切换回STATEMENT格式。 我可以忽略不安全的警告吗？
几天前，mysql突然间变得非常缓慢，在100ms以下的时间里完成了10多秒的查询，持续了一个小时左右，速度又恢复正常了。 什么可能导致这样的问题？ 一些更多的信息：mysql版本是5.0.51a mysql数据库是在一个1.5 GB RAM的专用盒子上。 当mysql服务器很慢时，没有使用交换。 这里是数据库的mysqlreport http://pastebin.com/au6yMWqQ没有一个caching已满。 我注意到服务器用来parsing主机名的DNS服务器有时候有点迟缓。 这可能会有影响吗？ 谢谢
我的箱子挂了。 我试图设置一个MySQL框运行： 3000个连接（1000个箱子的3名工作人员）（已经有700个连接的箱子最多） 重写 当前设置： AWS高CPU超大实例（c1.xlarge） Ubuntu 10.04 MySQL 5.5.19 InnoDB表 configuration是： my-innodb-heavy-4G.cnf 。 具体修改是： max_connections = 65000 innodb_buffer_pool_size = 5G 否则一切都是默认的。 你们对不同的MySQL设置有什么build议？ 注意事项是： MySQL集群 主/从复制（我不知道这里是否会有很多好处） 我们已经在使用AWS提供的function最强大的框，所以看起来像分布式系统可能是我们应该去的方式。 专用的硬件可能是一个可能性，但这是一个很长的一个镜头。 你有什么build议/想想我们该怎么做？ 有没有我失踪的魔术configuration？ 感谢先进的贾斯汀
我精确地按照这些说明（我已经从头开始使用11.04和11.10与使用AMI相同的结果） （使用11.04）社区AMI：ami-e016ca89 https://help.ubuntu.com/11.04/serverguide/C/drbd.html和（使用11.10）社区AMI：ami-baba68d3 https://help.ubuntu.com/ 11.10 /的ServerGuide / C / drbd.html 启动过程中出现以下错误： root@drbd01:~# sudo /etc/init.d/drbd start * Starting DRBD resources Can not load the drbd module. 创build一个卷（两个版本）250GB卷，附加为/ dev / xvdm 这是我的configuration文件： global { usage-count no; } common { syncer { rate 100M; } } resource r0 { protocol C; startup { wfc-timeout 15; degr-wfc-timeout 60; } […]
我今天早上醒来发现我的个人CentOs服务器上有MySQL，但是我似乎无法再启动它了。 开始（重新启动…）： root@tent:~$ /sbin/service mysqld restart ERROR! MySQL manager or server PID file could not be found! Starting MySQL………………………………………………………………………………………………… ERROR! Manager of pid-file quit without updating root@tent:~$ /sbin/service mysqld status ERROR! MySQL is running but PID file could not be found 错误日志的尾巴（没有任何相关的） tail -f /var/lib/mysql/tent.err 110302 12:43:39 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.1.55' socket: […]
什么是重新启动MySQl从服务器的安全/正确的方法。 我需要重新启动机器才能更新内核并应用一些configuration更改。 我已经在我的实验室里testing过了，不幸的是它没有正常工作： 我closures了从服务器。 我用主服务器上的一个简单表创build了新的数据库 我启动了从服务器（我没有注意到日志中有任何错误）从服务器具有正确的主日志位置，但在从服务器closures时主服务器上没有创build任何数据。 主日志的位置更新，当我在主人创build新的数据，但它不出现在奴隶？ 我想知道在重新启动服务器之前是否应该做任何额外的步骤，比如“SLAVE STOP” 等等 我也有关于Percona Xtradb备份的另一个问题。 当这个脚本在slave上运行时，它会在master的后面（I / O不高，我已经设置了–throttle选项） 从服务器可以到达主服务器的最大值是多less，它还能跟上主服务器？
什么是之间的关系： innodb_buffer_pool_size和query_cache_ * 两者都用于caching查询，但有什么区别？ 我可以同时使用吗？ 谢谢
我有一个堆栈溢出类似的问题，但似乎是比编码更多的服务器/ MySQL安装相关。 下面的查询全部立即在我们的开发服务器上执行，因为他们可以花费2分20秒。 查询执行时间似乎受到LIKEstring所在的模糊不清的影响。 如果他们紧密地匹配一个比赛less的国家，那么就会花费更less的时间，而如果你在德国使用“ge”这样的东西，那么执行时间会更长。 但是这并不总是这样，有时它很不稳定。 发送数据似乎是罪魁祸首，但是为什么以及这是什么意思。 生产中的内存看起来是相当低的（空闲内存）？ 生产： 英特尔四核至强E3-1220 3.1GHz 4GB DDR3 RAID1中的2个1TB SATA networking速度100Mb Ubuntu的 发展 英特尔酷睿i3-2100,2C / 4T，3.10GHz 500 GB SATA – 无RAID 4GB DDR3 更新2： mysqltuner输出： [PROD] ——– General Statistics ————————————————– [–] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.1.61-0ubuntu0.10.04.1 [OK] Operating on 64-bit architecture ——– […]
我必须将MySQL服务器迁移到不同的数据中心，所以我想在新的DC中创build另一个MySQL从服务器，然后再将其提升为主服务器。 我以前使用LVM快照和Percona XtraBackup来达到这个目的。 不过，这一次我已经优化了MySQLconfiguration文件，阻止我使用这些方法。 Old server (backup): innodb_log_file_size = 256M innodb_log_files_in_group = 3 New server (restore): innodb_log_file_size = 512M innodb_log_files_in_group = 2 XtraBackup脚本和LVM快照复制整个目录结构，所以MySQL服务器不会启动，因为InnoDB日志的大小不同。 在这种情况下是否有解决scheme来避免停机？ 我不能使用mysqldumps，因为有大约8000个数据库。 既然如此，我将不得不把服务器closures几个小时。 我也在考虑在XtraBackup上使用旧的设置，然后在新的服务器升级到无主服务器的情况下进行更改，但是我不确定这是否会起作用？ 谢谢 问候