MySQL 2002错误本质是客户端无法通过Unix Socket连接本地MySQL服务，根源在于socket文件缺失、路径不匹配或mysqld未正确启动；需验证进程、socket文件存在性及权限，并显式指定socket路径连接。
MySQL 2002 错误本质是 Socket 连接失败
这个错误不是 mysql 服务端拒绝登录，而是客户端压根没连上——can't connect to local mysql server through socket '/tmp/mysql.sock' 或类似提示，说明客户端试图用 unix socket 文件通信，但文件不存在、路径不对，或 mysqld 根本没在运行。
检查 mysqld 是否真正在运行且监听 Socket
很多人只查 ps aux | grep mysql 看进程，但进程存在≠服务可用。真正要确认的是：mysqld 启动时是否成功创建了 Socket 文件，以及配置是否匹配。
- 运行
sudo lsof -U | grep mysql，看是否有mysql.sock被 mysqld 持有 - 查实际 Socket 路径：
mysql --help | grep "socket"（显示默认路径），再用ls -l /var/lib/mysql/mysql.sock或/tmp/mysql.sock验证文件是否存在且权限可读写 - 如果用
systemctl start mysql启动失败，立刻看journalctl -u mysql -n 50 --no-pager，常见原因是datadir权限不对或my.cnf里socket路径指向了不可写的目录
客户端连接时显式指定 socket 路径最稳妥
不依赖默认路径，能绕过多数配置不一致问题。尤其当你用 Docker、Homebrew 或手动编译安装 MySQL 时，mysql.sock 位置五花八门。
- 命令行连接：用
mysql --socket=/var/run/mysqld/mysqld.sock -u root -p，而不是只写mysql -u root -p - PHP PDO：DSN 中必须带
unix_socket，例如mysql:unix_socket=/var/lib/mysql/mysql.sock;dbname=test - Python PyMySQL：传参
unix_socket='/var/lib/mysql/mysql.sock'，不能只靠host='localhost'—— 注意：host=‘localhost’ 在很多驱动里会强制走 socket，而 host=‘127.0.0.1’ 才走 TCP，这点极易混淆
别把 2002 和网络层超时混为一谈
2002 是本地 socket 层错误，和防火墙、SSH 隧道、远程 IP 连不通无关。如果你连的是远程服务器却报 2002，大概率是你在本地执行了 mysql -h localhost，结果本地根本没装 MySQL 服务，或者装了但没启。
- 确认目标：你是想连本地 MySQL，还是远程 MySQL？前者看 socket，后者必须用
-h 10.0.1.22+ TCP 端口，且确保远程 mysqld 配置了bind-address = 0.0.0.0并开放了 3306 -
telnet 10.0.1.22 3306能通 ≠ MySQL 可登录，只是端口开着；telnet localhost 3306通不了，但mysql --socket=xxx能连，才是正常本地 socket 模式 - Docker 场景下，容器内
localhost指向容器自身，不是宿主机 —— 此时若宿主机 MySQL 没映射端口，硬连localhost必然 2002
