error 2002本质是客户端通过unix socket连接时找不到mysql.sock文件，非密码或权限问题；需先确认mysqld进程真实运行（ps aux | grep mysqld），再核对[mysqld]与[client]段socket路径是否一致且目录存在、属主为mysql、有写权限。
mysql -u root 报 ERROR 2002，本质是客户端找不到通信端点
这个错误不是密码错、也不是权限问题，而是 MySQL 客户端默认走 Unix socket 连接，但根本没找到 mysql.sock 文件。它不像 TCP 那样能“连上再鉴权”，socket 路径一错，连接动作直接失败——连服务端的门都没摸到。
查不到 mysql.sock，先确认 mysqld 进程是否真在跑
别信 systemctl status mysql 显示的 “active (running)”。很多情况下进程已僵死或启动卡住，systemd 却没及时更新状态。
- 运行
ps aux | grep mysqld | grep -v grep，无输出 = 服务根本没起来 - 常见卡住原因：
innodb_log_file_size配置与现有日志不匹配、/var/lib/mysql权限被改成root:root、磁盘满、或配置里写了不存在的目录 - 如果进程不存在，先看
journalctl -u mysql -n 50 --no-pager，错误日志里通常有明确提示（比如 “Can’t change dir to ‘/data/mysql’”）
mysqld 在跑，但 mysql.sock 还是不出现？重点查三处配置
socket 文件由 mysqld 启动时自动创建，不会提前生成，也不会手动 touch 出来。它不出现，说明服务虽在运行，但初始化阶段就失败了。
-
[mysqld]段的socket路径必须指向一个**存在且 mysqld 用户（通常是mysql）有写权限**的目录，否则创建失败 -
[client]段的socket必须和[mysqld]段完全一致（包括文件名），否则客户端去敲错的门 - 如果用 Homebrew 或源码编译安装，
mysqld可能硬编码了 socket 路径（如/opt/homebrew/var/mysql/mysql.sock），这时改my.cnf不生效，得用mysql_config --socket查真实路径
临时连上 vs 彻底修复：绕过 socket 的 3 种写法要分清
应急能用不等于该这么用。以下命令效果不同，选错会埋坑：
-
mysql -h 127.0.0.1 -u root -p：强制走 TCP，绕过 socket，但会走网络栈、触发用户 host 匹配逻辑（比如root@localhost和root@127.0.0.1是两个账号） -
mysql --socket=/var/run/mysqld/mysqld.sock -u root -p：显式指定路径，只解决当前命令，不改变默认行为 - 在
~/.my.cnf里加[client]段并写对socket：让所有本地mysql命令默认走正确路径，这才是长期解法
真正容易被忽略的是：socket 路径不一致的问题，往往不是配置写错了，而是 [mysqld] 和 [client] 分属不同配置文件（比如 /etc/my.cnf 和 /etc/mysql/mysql.conf.d/mysqld.cnf），改了一个，另一个还在用旧值。
