2
MySQL每25天左右被操作系统杀死一次
大约4个月前,我们从MS SQL Server迁移到MySQL 5.5。从那时起,自CentOS内存不足并导致MySQL终止运行以来,大约每25天就有一次问题。MySQL安全地重新启动mysql,因此数据库仅完全关闭一两分钟,但是在CentOS杀死mysqld线程之前,我们将遭受数小时的性能和连接损失。 我们通常会看到从凌晨1点到凌晨5点的问题,但从来没有出现在流量最高的一天,这确实使这种情况感到困惑。尽管通常从凌晨1点到凌晨5点看到连接和性能问题,但是mysqldump通常在凌晨4点左右或凌晨5点左右被杀死,而mysqldump运行的同时。 我们认为mysqldump可能是罪魁祸首。但是,它每天凌晨4点开始,但是我们发现某些晚上最早凌晨1点出现问题。mysqldump该--opt开关也正在运行,因此在转储过程中不应缓存大量数据。 我们还考虑了我们正在使用的备份应用程序,该应用程序可以获取转储文件并将其备份到磁带上。我们将其运行时间更改为上午6点,并且问题没有改变。 我们有几个工作会在整个晚上定期运行,但是没有一个工作会占用大量资源,并且根本不需要花费很长时间。 以下是我们正在使用的一些统计信息以及my.cnf文件中的当前条目。对于我们可以尝试的任何帮助或建议,我们将不胜感激。 服务器状态: 英特尔(R)至强(R)CPU E5530 @ 2.40GHz cpu核心:4 内存:12293480(12演出) 操作系统: CentOS的5.5 Linux 2.6.18-274.12.1.el5#1 SMP Tue Nov 29 13:37:46 EST 2011 x86_64 x86_64 x86_64 GNU / Linux MY.CNF: [client] port = 3306 socket = /var/lib/mysql/mysql.sock [mysqld] port = 3306 socket = /var/lib/mysql/mysql.sock skip-name-resolve ssl-ca=<file …