意外断电MySQL无法启动
物理机:Windows Server2008r2 Hyper-V
虚拟机:CentOS6.5 Final x64
LAMP环境,都是用官方的镜DVD像源安装的,默认目录没有做任何修改,DedeCMS5.6utf8做为门户网站框架
偶然间发现莫名其妙mysql突然起不来,httpd没问题,但因mysql起不来,很多链接直接报错,且后台也进不去,经查找发现是mysql起不来,如下图:
说是己经存在一个mysqld的daemon,但status又确实为stopped,后来一想是不是/var/lib/mysql/mysql.sock这个文件在使坏,于是直接将其remove掉,再启动,一切恢复正常。
就这样又过了个把星期,突然又出现这各情况,我想,不对啊,linux有着Unix的优良血统怎么会这么不稳定,每次都要手动把/var/lib/mysql/mysql.sock干掉再启动mysqld,完全没道理。于是乎大势google一番,看到有朋友也遇到同样的问题,关键是mysql的通信机制默认是用socket来通信,“意外断电”造成/var/lib/mysql/mysql.sock无法正常关闭。
我就想啊,意外断电,我装在虚拟机里在啊,又没有人闲着没事去瞎动,后来直到我一同事在物理机上又装了一个虚拟机windows server2008r2跑的是子公司的OA系统,没跑几天就接到电话说不能访问,发现是tomcat这个服务没起来,手动启起来就好,我这才联系起来。
物理机不稳定,时不时会重启,虽然Hyper-V会随机自启动,但物理机重启时虚拟机是“意外断电”根本不是正常关闭,/var/lib/mysql/mysql.sock没有在mysql正常关闭时正常释放,所以开机时httpd起来了,mysqld确因为/var/lib/mysql/mysql.sock仍存在,报了一个Another MYsql daemon already running的错误。而我同事的OA(win版的tomcat+mysql)却连httpd这个进程都没起来,每次都通过bat脚本来开启和关闭服务,我这才明白是怎么回事,说到这,开始以为是内核不稳定,因为CentOS6.5才刚出来不久,在上DedeCMS5.6这前都是用CentOS6.4测试的,不过,终于找着北了。
接下来就是迁移虚拟机了,不然还得时不时的手动删/var/lib/mysql/mysql.sock再启动了,哈这里也给出一个前辈们用过的临时解决方案:
解决办法:
在MySQL进程没启动之前,将/var/lib/mysql/mysql.sock清掉,这样linux重启时就不会误认为Another
MYsql daemon already running
这个就与CentOS(RHEL)的启动流程有关了,在服务没启之前的第一个进程为init
,而控制这个进程的启动脚本为/etc/rc.sysinit
所以
vim
/etc/rc.sysinit
在末尾添加一个判断
#Clean up
mysql.sock
Default_Mysql_Sock="/var/lib/mysql/mysql.sock"
if [ -x $Default_Mysql_Sock
];then
fi