ERROR 2002本质是客户端无法连接mysqld进程，需依次确认服务真实运行、定位实际socket路径、统一my.cnf中[mysqld]与[client]的socket配置、验证socket文件存在及目录权限，并可用mysql -h 127.0.0.1绕过socket测试TCP连接。
ERROR 2002 本质是客户端找不到 mysqld 进程的通信入口，不是密码错、也不是语法错，而是“门没开”或“找错门”。先确认服务在跑，再查它把门（socket）安在哪，最后看客户端是不是敲对了门牌号。
确认 mysqld 进程是否真实运行
systemctl status mysql 显示 active (running) 不等于 mysqld 真在干活——它可能启动后立刻崩溃。必须直接看进程：
- 执行
ps aux | grep mysqld，确认输出里有不含grep的mysqld行（不是mysqld_safe） - 若无结果，
sudo systemctl start mysql后立刻再查；如果仍失败，看sudo journalctl -u mysql -n 50 --no-pager末尾有没有Can't start server或Failed to initialize databases - Windows 用户请打开任务管理器 → “详细信息”页，搜
mysqld.exe，别只信 services.msc 里的“正在运行”状态
查清 socket 文件实际路径，别猜
硬写 /tmp/mysql.sock 或 /var/run/mysqld/mysqld.sock 是最大陷阱。路径由 mysqld 启动时决定，必须以运行时为准：
- 最可靠方式：
sudo mysqladmin variables | grep socket（需能连上，比如用-h 127.0.0.1先绕过 socket） - 次选：
sudo grep -E "^(socket|socket_file)" /etc/mysql/my.cnf /etc/mysql/mysql.conf.d/mysqld.cnf 2>/dev/null - 如果配置文件里没显式写，就查进程命令行：
ps aux | grep mysqld | grep -oP "socket=\K[^ ]+" - 拿到路径后，立刻验证文件存在：
ls -l /var/run/mysqld/mysqld.sock，类型应为s（socket），所有者是mysql:mysql
统一 [mysqld] 和 [client] 的 socket 配置
服务端监听一个 socket，客户端却去另一个地方找，必然报 2002。两个配置节必须完全一致：
- 编辑主配置文件（如
/etc/mysql/mysql.conf.d/mysqld.cnf），确保同时存在：
[mysqld] socket = /var/run/mysqld/mysqld.sock [client] socket = /var/run/mysqld/mysqld.sock
sudo systemctl restart mysql，否则配置不生效/etc/my.cnf 和 /etc/mysql/my.cnf），优先级高的会覆盖低的，用 mysql --help | grep "Default options" 看加载顺序用 127.0.0.1 绕过 socket 直连 TCP
当 socket 路径混乱或权限难调时，这是最快验证服务是否真通的方式：
- 执行
mysql -h 127.0.0.1 -u root -p—— 注意是-h 127.0.0.1，不是-h localhost - 前提是 mysqld 配置了
bind-address = 127.0.0.1且没启用skip-networking（检查sudo mysql -h 127.0.0.1 -e "SELECT @@bind_address, @@skip_networking;"） - 如果这个能连上，但
mysql -u root -p（默认 localhost）不行，基本锁定是 socket 路径或权限问题 - PHP 或其他应用连不上时，把连接字符串里的
host=localhost改成host=127.0.0.1常常立竿见影
最容易被忽略的是：socket 文件所在目录（如 /var/run/mysqld/）本身不存在，或权限不是 mysql:mysql，导致 mysqld 启动时无法创建 socket。哪怕配置全对、进程也在跑，目录一缺，照样 2002。
