mysql.sock丢失导致连接失败是因为客户端无法找到服务端通信入口，错误码(2)表示“找不到文件”，未进入权限验证环节；需通过select @@socket或mysqld --help --verbose确认真实路径，软链接须确保目录存在且可写、路径严格匹配，优先排查mysqld是否成功启动。
mysql.sock 丢失时为什么连不上，不是权限验证失败而是连接路径失效
报错 Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) 看似是“密码错”或“权限问题”，实际根本没走到鉴权环节——客户端压根没找到服务端入口。MySQL 客户端默认走 Unix socket 连接本地服务，localhost 就会触发这个逻辑；一旦 mysql.sock 路径不对、文件没生成、目录无权限，连接直接在系统调用层失败，错误码 (2) 表示“找不到文件”，和用户名密码完全无关。
怎么确认 mysqld 实际用的 socket 路径
别猜配置文件里写的，也别信 /var/lib/mysql/mysql.sock 是默认值——不同发行版、安装方式（apt/yum/source）、甚至升级后路径都可能变。最准的方式是：
- 如果还能用 TCP 连：执行
mysql -h 127.0.0.1 -u root -p登录后运行SELECT @@socket;，返回值就是真实路径 - 如果连不上但服务在跑：运行
mysqld --help --verbose 2>/dev/null | grep "socket"，看输出中socket行对应的值（注意是启动时生效的值，不是配置文件注释） - 查配置文件：重点看
[mysqld]段的socket =，不是[client]段——后者只影响客户端默认行为，不决定服务端创建位置
软链接能用，但必须满足三个前提
用 ln -s /real/path/to/mysql.sock /var/lib/mysql/mysql.sock 是常见解法，但容易踩坑：
-
/var/lib/mysql/目录必须存在且mysql用户可写，否则软链接建了也没用——服务启动时仍无法在目标位置创建 socket - 软链接目标路径（即真实 socket 路径）必须和
mysqld实际监听路径严格一致，大小写、末尾斜杠都不能错 - 如果
mysqld启动失败（比如/var/run/mysqld/目录不存在、mysqld.pid写不进），软链接再准也白搭——得先让服务真正跑起来
指定 socket 路径连，比改配置更安全快速
临时救急或验证路径是否正确，直接在命令行指定比改全局配置稳妥：
- 显式传参：
mysql --socket=/var/run/mysqld/mysqld.sock -u root -p（路径替换成你查到的真实值） - 改用户级配置：
~/.my.cnf里加[client]段，写socket = /var/run/mysqld/mysqld.sock，避免每次输参数 - 绝对不要手动
touch mysql.sock或chmod 777它——这是 socket 文件，由mysqld进程在 bind() 时自动创建，手动干预会导致权限混乱或连接拒绝
真正卡住的地方往往不是 socket 路径本身，而是 mysqld 根本没成功初始化：比如 /var/run/mysqld/ 目录缺失、数据目录权限不对、或 mysql_install_db 没跑过导致授权表损坏。这些不解决，修路径只是隔靴搔痒。
