该错误本质是客户端找不到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 进程干净启动”展开。
