系统重启后MySQL服务运行但未创建套接字无法连接，如何实现开机正常自启？

看起来你遇到了挺头疼的问题：Ubuntu系统重启后，明明mysqld进程在运行，但就是没生成/var/run/mysqld/mysqld.sock套接字，导致连不上数据库；手动重启mysql服务后又能正常工作，而且重启服务还得花一分钟左右——这个情况我之前在Ubuntu环境里碰到过几次，大概率是systemd启动顺序问题或者MySQL初始化环节的权限/资源就绪问题，咱们一步步来排查解决：

一、先确认套接字目录的权限与存在性 #

系统重启后，/var/run/mysqld/作为临时文件系统（tmpfs）的一部分，大概率会被清空，而MySQL的默认启动脚本可能没来得及创建它，直接导致套接字无法生成。我们可以通过systemd强制在启动前完成目录的创建与权限设置：

1. 用override方式编辑MySQL的systemd服务配置（不会修改原始系统文件）：

sudo systemctl edit mysql.service

2. 在打开的编辑器中添加以下内容：

[Service]
# 确保套接字目录存在
ExecStartPre=/bin/mkdir -p /var/run/mysqld
# 设置目录归属为mysql用户组
ExecStartPre=/bin/chown mysql:mysql /var/run/mysqld

3. 保存退出后，重新加载systemd配置：

sudo systemctl daemon-reload

4. 测试重启系统，检查套接字是否能正常生成。

二、调整systemd的启动依赖与超时时间 #

从你的journalctl日志能看到：系统19:24重启，19:27就启动MySQL了，但手动重启时花了近一分钟才完成——这说明MySQL启动需要一定的初始化时间，可能系统启动时某些依赖（比如本地文件系统、网络服务）还没完全就绪，导致MySQL初始化卡住，没能生成套接字。

1. 继续编辑mysql的override配置：

sudo systemctl edit mysql.service

2. 添加启动依赖和超时设置：

[Unit]
# 确保在本地文件系统和网络就绪后再启动MySQL
After=local-fs.target network.target

[Service]
# 延长启动超时时间，给MySQL足够的初始化窗口
TimeoutStartSec=120

3. 重新加载配置并测试重启：

sudo systemctl daemon-reload
sudo systemctl restart mysql

三、查看MySQL的具体错误日志 #

仅看systemd的journalctl日志不够，必须查看MySQL自身的错误日志，才能定位初始化失败的核心原因：

sudo tail -n 50 /var/log/mysql/error.log

如果看到权限错误、磁盘空间不足、初始化文件损坏之类的信息，就针对性解决——比如修复目录权限、清理磁盘空间、备份后重新初始化数据库（这个操作请谨慎）。

四、尝试重置MySQL的systemd服务配置 #

如果上面的方法都无效，可能是服务配置文件被意外修改出了问题，可以重置到系统默认状态：

sudo systemctl revert mysql.service
sudo systemctl daemon-reload

之后再重新设置前面提到的ExecStartPre和超时配置即可。

按照上面的步骤操作，应该能解决重启后MySQL无法正常生成套接字的问题。

备注：内容来源于stack exchange，提问作者Paul Schreiber