意外断电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" #定义默认mysql.sock的位置
if [ -x $Default_Mysql_Sock ];then
rm -rf $Default_Mysql_Sock
fi
当然也可以直接这样