linux kill mysql_记一次帮网友解决非法 KILL MySQL服务引起的故障

深圳—游子 9:55:26

老乡 请教你个事

深圳—游子 9:55:29

mysql.sock 丢失，mysql启不来，请问大家是怎么解决的？

Bell 10:04:41

这个文件不是动态生成的么

Bell 10:04:53

删除了，启动服务时会自动产生的

深圳—游子 10:12:02

现在启动不了

深圳—游子 10:12:15

试了各种方法启不来

一网友找我，说是使用MySQL提示如下错误：

ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’ (2)

首先想的是看下服务正常不：

netstat -tunlp|grep 3306

说是没有服务进程

说你启动服务看看

/etc/init.d/mysql start

提示如下：

Starting MySQL... ERROR! The server quit without updating PID file (/var/lib/mysql/localhost.localdomain.pid)

按照以往的正常思路是，首先看看/var/lib/mysql目录的属主属组，权限,查看一切正常。又看了下磁盘空间，innode也完全正常。Bell 10:17:54

在这故障之前你做了什么都

深圳—游子 10:18:16

做了权限设置

Bell 10:18:27

具体的发过来我看下

Bell 10:18:35

做完后重启了吗

深圳—游子 10:20:55

delete from mysql.user where password='';

update user set Host='IP' where user='root' and Host='%';  select User,Host,Password from mysql.user;  service mysql restart

Bell 10:21:53

做了权限设置后，不用重启服务吧

这时就想到肯定是KILL MySQL服务了，于是要来了日志，如下：

2016-12-01 15:13:01 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp

server option (see documentation for more details).

2016-12-01 15:13:01 0 [Note] /usr/sbin/mysqld (mysqld 5.6.28) starting as process 19651 ...

2016-12-01 15:13:01 19651 [Note] InnoDB: Using atomics to ref count buffer pool pages

2016-12-01 15:13:01 19651 [Note] InnoDB: The InnoDB memory heap is disabled

2016-12-01 15:13:01 19651 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2016-12-01 15:13:01 19651 [Note] InnoDB: Memory barrier is not used

2016-12-01 15:13:01 19651 [Note] InnoDB: Compressed tables use zlib 1.2.3

2016-12-01 15:13:01 19651 [Note] InnoDB: Using Linux native AIO

2016-12-01 15:13:01 19651 [Note] InnoDB: Not using CPU crc32 instructions

2016-12-01 15:13:01 19651 [Note] InnoDB: Initializing buffer pool, size = 128.0M

2016-12-01 15:13:01 19651 [Note] InnoDB: Completed initialization of buffer pool

2016-12-01 15:13:01 19651 [Note] InnoDB: Highest supported file format is Barracuda.

2016-12-01 15:13:01 19651 [Note] InnoDB: 128 rollback segment(s) are active.

2016-12-01 15:13:01 19651 [Note] InnoDB: Waiting for purge to start

2016-12-01 15:13:02 19651 [Note] InnoDB: 5.6.28 started; log sequence number 180311887

2016-12-01 15:13:02 19651 [ERROR] /usr/sbin/mysqld: unknown variable 'sql_modcheduler=ONi_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

'

2016-12-01 15:13:02 19651 [ERROR] Aborting

看完日志，再次沟通得知，果然是KILL MySQL服务了，而且不至一次。并且所有的数据库服务器都这样操作过，冒冷汗啊！！！我说还做什么了，他说还改了配置文件，加了一条EVENT ，没管它，索性做了如下操作：

mv my.cnf  my.cnf.ori

/etc/init.d/mysql start

哈哈，久违的启动成功提示出来了终于。之后让他登录上去看下数据对不对，看了下没有问题。

总结：

最后经过和他的沟通，同样的环境，同样的数据库版本，同样的配置，只有这一台启动不起来。经过分析判断得出，此次故障的原因为：kill MySQL服务进程，非法关闭服务导致本次故障。根据老司机经验，随便kill数据库服务进程，特别是kill -9，是会导致各种各样的数据库故障的！大家引以为戒吧！！！