mysql.sock.lock 导致mysql重启失败

背景

今天公司物业断电，导致机房服务器停电宕机，所有的服务都得重启。本着mysql实例都做了服务自启动，所以没有太担心影响开发的日常工作。但是今天一上班开发就找来，各种服务都没起来有问题，数据库连不上。马上登陆数据库服务器，发现有一个数据库实例没有起来，于是着手手动启动。

报错

1.jpg

如果只从上述的报错，得不到有效信息，因为有多种情况会引起这种报错，例如：
1）mysql进程已经存在；

2. mysql相关目录文件读写权限问题；
   3）由于第二次安装，存在之前剩余的数据影响启动；
   4）等等... ...

寻错

查看mysql的错误日志找到准确的错误信息，下图可以看出，是因为有进程占用的socket文件，导致新的进程无法设置新的socket lock 文件。通过ps -ef | grep pid，发现错误日志中的进程不存在。所以转而去看当前的socket lock 文件。

3.jpg

发现当前新起实例mysqld_3347的socket lock 文件已经存在。属于不正常状态（socket lock）文件应该在mysql实例关闭时正常删除，mysql实例启动时重新生成写入运行实例的pid。所以果断删除（笔者是所在为测试环境，如果是生产环境，请进一步确认无误后谨慎删除）。

2.jpg

解决

在删除了相应的mysql实例的socket lock 文件后，实例启动成功。

4.jpg

mysql.sock.lock文件的作用

因为不同的mysql服务实例可以通过相同的mysql socket 文件启动（在同一个服务器，只需端口不同即可）。但是这样会出现一个问题：当时关闭一个mysql实例时，会随机选择这些使用相同的mysql socket文件启动的实例中的一个，这样就不导致关闭的mysql实例不是你所期望的那个实例。为了避免这个问题，mysql引进了socket lock文件（与socket 文件同名），当使用socket 启动时，如果socket lock文件存在，则不会启动新的实例。具体实例解析可以建连接：https://bugs.mysql.com/bug.php?id=37629