先确认 mysqld 进程是否运行及 systemctl 状态是否 active (running)，再查 socket 实际路径，接着区分 localhost（socket）与 127.0.0.1（TCP）连接逻辑，最后排查 SELinux/AppArmor 及 socket 目录权限。

确认 MySQL 服务是否真的在运行

ERROR 2002 本质是客户端连不上 mysqld 进程，第一步不是查配置，而是确认进程是否存在。很多人以为 systemctl start mysql 就万事大吉，其实可能启动失败后静默退出。

执行：

ps aux | grep mysqld

看是否有 mysqld 进程（注意不是 mysqld_safe）；再用

sudo systemctl status mysql

检查真实状态，留意 Active: 后面是不是 active (running)，以及日志里有没有 Can't start server: Bind on TCP/IP port 或 Failed to initialize databases 这类关键错误。

定位正确的 socket 文件路径

MySQL 客户端默认通过 Unix socket 连接本地服务，但 socket 路径不固定——取决于编译参数、包管理器或配置文件。硬写 /var/run/mysqld/mysqld.sock 或 /tmp/mysql.sock 很容易错。

正确做法是查服务端实际监听的路径：

sudo mysqladmin variables | grep socket

或直接看配置：

sudo grep -E "^(socket|socket_file)" /etc/mysql/my.cnf /etc/mysql/mysql.conf.d/mysqld.cnf 2>/dev/null

如果返回空，说明没显式配置，此时要看 MySQL 启动时的默认值（常见为 /var/run/mysqld/mysqld.sock 或 /tmp/mysql.sock）。

连接时显式指定路径更可靠：

mysql --socket=/var/run/mysqld/mysqld.sock -u root -p

区分 socket 连接和 TCP 连接的触发条件

即使你敲的是 mysql -u root -p，也不一定走 socket。MySQL 客户端会按规则自动选择连接方式：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

• 主机名是 localhost → 默认强制走 socket（忽略 --port）
• 主机名是 127.0.0.1 → 强制走 TCP（哪怕服务只监听 socket）
• 主机名是 ::1 → 走 IPv6 TCP

所以当看到 ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock'，但你确定 socket 在别处，最简单解法是绕过 socket：

mysql -h 127.0.0.1 -u root -p

前提是 mysqld 配置了 bind-address = 127.0.0.1 且 skip-networking 未启用。

权限与 SELinux / AppArmor 干扰

socket 文件存在、服务在运行、路径也对，还是连不上？可能是访问被安全模块拦截。尤其是 CentOS/RHEL 上的 SELinux，或 Ubuntu 的 AppArmor。

快速验证：

sudo setenforce 0

（临时禁用 SELinux），再试连接。如果成功，说明是策略问题，需修复上下文：

sudo restorecon -Rv /var/run/mysqld

AppArmor 用户检查 /etc/apparmor.d/usr.sbin.mysqld 是否放行了 socket 路径。

另一个隐蔽点：socket 文件父目录权限不对。MySQL 要求 /var/run/mysqld 目录属主是 mysql:mysql，且权限 ≤ 755；否则 mysqld 启动时会创建失败，但日志未必报错。

真正卡住的时候，往往不是路径写错，而是服务根本没起来、或者安全策略静默拒绝——先看进程、再看 socket 路径、最后查权限和策略，顺序不能乱。