此篇博文记录到个人笔记的时间为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 进程并发访问的信息，以确保数据库的正确运行。这些信息可能包括：
- **进程ID (PID)**：记录当前 MySQL 进程的进程ID，用来唯一标识正在运行的 MySQL 服务进程。
- 锁信息：包括用于锁住 MySQL 服务进程以阻止其他进程访问数据库的相关信息。
- 时间戳信息：记录创建或者最后一次修改该锁文件的时间戳。这有助于追踪文件的状态变化。
mysql.sock.lock 文件是 MySQL 数据库服务启动时生成的一个锁文件。它通常存储在 MySQL 数据目录（如 /var/lib/mysql/）中，用于控制 MySQL 实例的并发访问。
当 MySQL 服务器启动时，会检查是否存在 mysql.sock.lock 文件。如果这个文件存在，那么表示 MySQL 服务器已经在运行，因此尝试再次启动会导致启动失败，因为一个实例只能运行一个MySQL服务。
所以，若在尝试启动 mysqld 进程时遇到 mysql.sock.lock 文件存在的问题，可以通过以下步骤解决：
- 停止已运行的 MySQL 服务：可以使用 sudo service mysql stop（Ubuntu）或者 sudo systemctl stop mysqld（CentOS） 命令来停止 MySQL 服务，以释放锁文件。
- 删除 mysql.sock.lock 文件：通过执行 rm /var/lib/mysql/mysql.sock.lock（根据实际情况替换路径）命令，将锁文件删除。
- 重新启动 MySQL 服务：之后再尝试启动 MySQL 服务，应该就可以成功运行了。
