error 2002 根本原因是客户端无法触达 mysqld 进程，首要排查服务真实运行状态（systemctl status mysql 或 ps aux | grep mysqld），再核对 socket 实际路径（show variables like 'socket'）、配置一致性（[mysqld] 与 [client] 段 socket 值必须完全相同且位置正确）及 /var/run/mysqld 目录存在性与权限（属主 mysql、权限 755）。
ERROR 2002 不是密码错，也不是权限错，而是客户端压根没碰到 mysqld 进程 —— 最常见原因是 socket 路径不一致或文件根本不存在。
确认 mysqld 进程是否真在运行
报错时别急着改配置，先验证服务状态。很多情况下你以为它在跑，其实早挂了。
- Linux（systemd）：
systemctl status mysql或systemctl status mysqld，看 Active 行是否为active (running) - macOS（Homebrew）：
brew services list | grep mysql，状态必须是started - 通用检查：
ps aux | grep mysqld，过滤掉grep自身那行，有且仅有一条含mysqld的进程才说明服务活着 - 如果没进程，直接启动：
sudo systemctl start mysql；若失败，立刻查日志：sudo journalctl -u mysql --since "5 minutes ago"
查清 mysqld.sock 实际路径和配置是否一致
客户端默认找 /tmp/mysql.sock，但 mysqld 可能监听在 /var/run/mysqld/mysqld.sock 或 /var/lib/mysql/mysql.sock —— 差一个字符就报 2002。
- 用已连上的方式查服务端真实路径：
mysql -u root -p -e "SHOW VARIABLES LIKE 'socket';" - 查配置文件里写的路径：
grep -A 3 '\[mysqld\]' /etc/my.cnf /etc/mysql/my.cnf 2>/dev/null | grep socket - 查客户端加载的配置顺序：
mysql --print-defaults，它会列出所有被读取的配置文件路径 - 临时验证是否路径对得上：
mysql -u root -p --socket=/var/run/mysqld/mysqld.sock（把路径替换成你查到的真实路径）
修复 [client] 段 socket 配置缺失或错位
即使 [mysqld] 里写了 socket=xxx，如果 [client] 段没配、配错了、或者写在了 [mysqld] 前面，客户端仍会按默认路径去找 —— 这是最隐蔽也最常被忽略的坑。
- 打开配置文件（如
/etc/mysql/my.cnf），确保存在[client]段，且其socket值与[mysqld]段完全一致 - 正确写法示例：
[mysqld] socket = /var/run/mysqld/mysqld.sock [client] socket = /var/run/mysqld/mysqld.sock
- 注意：不能把
[client]写在[mysqld]之前，否则部分旧版 MySQL 会忽略它 - 改完必须重启服务：
sudo systemctl restart mysql
处理 /var/run/mysqld 目录缺失或权限不足
就算配置全对，如果 /var/run/mysqld/ 目录不存在、属主不是 mysql、或权限太严，mysqld 启动时就建不出 sock 文件 —— 客户端自然连不上。
- 检查目录是否存在且权限正确：
ls -ld /var/run/mysqld/，输出应类似drwxr-xr-x 2 mysql mysql - 若目录不存在，手动创建并赋权：
sudo mkdir -p /var/run/mysqld && sudo chown mysql:mysql /var/run/mysqld && sudo chmod 755 /var/run/mysqld - 某些 systemd 环境下，该目录由 tmpfiles.d 管理，可检查
/usr/lib/tmpfiles.d/mysql.conf是否存在并生效
真正卡住人的地方往往不是“找不到 sock”，而是“以为改了配置就完了”，结果 [client] 段压根没写、写错位置、或目录权限拦住了文件生成 —— 这三处不逐个盯死，重装 MySQL 都没用。
