此篇博文记录到个人笔记的时间为2024-06-12。

背景

每次服务器非正常关机，或者制作的docker镜像有问题时或没手动停mysql时，运行

mysqld --user=root

时，mysql总会启动失败，查看/var/log/mysqld.log时会有如下报错信息：

2024-06-11T05:39:51.601802Z 0 [ERROR] Another process with pid 7 is using unix socket file.
2024-06-11T05:39:51.601808Z 0 [ERROR] Unable to setup unix socket lock file.
2024-06-11T05:39:51.601810Z 0 [ERROR] Aborting

会提到一个叫socket lock file的文件。

这个文件路径一般在/var/lib/mysql/mysql.sock.lock

每次删除后mysqld就能正常使用了，对此文件进行进一步研究。

对此文件的认识

mysql.sock.lock 文件通常存储着一些用来控制 MySQL 进程并发访问的信息，以确保数据库的正确运行。这些信息可能包括：

1. **进程ID (PID)**：记录当前 MySQL 进程的进程ID，用来唯一标识正在运行的 MySQL 服务进程。
2. 锁信息：包括用于锁住 MySQL 服务进程以阻止其他进程访问数据库的相关信息。
3. 时间戳信息：记录创建或者最后一次修改该锁文件的时间戳。这有助于追踪文件的状态变化。

mysql.sock.lock 文件是 MySQL 数据库服务启动时生成的一个锁文件。它通常存储在 MySQL 数据目录（如 /var/lib/mysql/）中，用于控制 MySQL 实例的并发访问。

当 MySQL 服务器启动时，会检查是否存在 mysql.sock.lock 文件。如果这个文件存在，那么表示 MySQL 服务器已经在运行，因此尝试再次启动会导致启动失败，因为一个实例只能运行一个MySQL服务。

所以，若在尝试启动 mysqld 进程时遇到 mysql.sock.lock 文件存在的问题，可以通过以下步骤解决：

1. 停止已运行的 MySQL 服务：可以使用 sudo service mysql stop（Ubuntu）或者 sudo systemctl stop mysqld（CentOS） 命令来停止 MySQL 服务，以释放锁文件。
2. 删除 mysql.sock.lock 文件：通过执行 rm /var/lib/mysql/mysql.sock.lock（根据实际情况替换路径）命令，将锁文件删除。
3. 重新启动 MySQL 服务：之后再尝试启动 MySQL 服务，应该就可以成功运行了。