17370845950

该错误本质是客户端找不到MySQL服务监听的Unix socket文件，需先确认mysqld进程是否真实运行，再核对服务端socket路径并使客户端匹配，最后依据error log排查启动失败根因。

MySQL 报错 Can't connect to local MySQL server through socket '/tmp/mysql.sock' 怎么办

这个错误本质是客户端找不到 MySQL 服务监听的 Unix socket 文件，不是密码或权限问题。绝大多数情况是服务没启动、路径不匹配，或配置被改过。

确认 mysqld 进程是否真的在运行

别只看 systemctl status mysql 的返回——它可能显示 active，但实际进程已僵死。直接查进程更可靠：

ps aux | grep mysqld | grep -v grep

如果无输出，说明服务根本没跑。常见原因包括：

• mysqld 启动时因配置错误（如 innodb_log_file_size 不匹配）静默失败
• 磁盘满或 /var/lib/mysql 权限被意外修改（如被 chown -R root:root 过）
• 使用 Homebrew 安装的 MySQL，升级后 mysql.sock 被移到了 /opt/homebrew/var/mysql/mysql.sock

查清 socket 文件真实路径并让客户端对上

MySQL 客户端默认找 /tmp/mysql.sock，但服务端实际可能监听在别的位置。先查服务端配置：

mysql --help | grep "socket"

或登录成功后执行：

mysql -u root -p -e "SHOW VARIABLES LIKE 'socket';"

常见路径差异：

• Ubuntu/Debian 默认： /var/run/mysqld/mysqld.sock
• macOS Homebrew： /opt/homebrew/var/mysql/mysql.sock
• CentOS/RHEL： /var/lib/mysql/mysql.sock

修复方式分两种：

• 启动客户端时显式指定：mysql -u root -p --socket=/var/run/mysqld/mysqld.sock
• 修改全局配置，在 /etc/mysql/my.cnf 或 ~/.my.cnf 的 [client] 段加：
  socket = /var/run/mysqld/mysqld.sock

重启服务前必须检查 error log

盲目 systemctl restart mysql 很可能再次失败。务必先看日志定位根因：

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

或 Homebrew 用户：

tail -n 50 /opt/homebrew/var/mysql/*.err

高频报错含义：

• InnoDB: The log sequence number in ibdata files does not match the log sequence number in the ib_logfiles → 需删掉 ib_logfile*（确保 innodb_fast_shutdown=0 已设）
• Can't start server: Bind on unix socket: Permission denied → /var/run/mysqld 目录属主不是 mysql，用 sudo chown mysql:mysql /var/run/mysqld
• Table 'mysql.plugin' doesn't exist → 初始化未完成，需重跑 mysqld --initialize

socket 路径本身不会损坏，但服务起不来，socket 就不会生成——所有修复动作都要围绕“让 mysqld 进程干净启动”展开。