在服务器本机执行 mysql 后出现 Can't connect to local MySQL server through socket，表示客户端准备通过Unix套接字连接，但指定路径上没有可用的MySQL监听端点。这与远程TCP端口被防火墙阻断不是同一类问题。
MySQL官方文档把常见原因归为服务未运行、套接字文件位置不一致或客户端连接参数错误。处理时应先确认服务是否存在，再统一路径，不能看到文件缺失就手工创建一个空文件。
先确认客户端正在走Socket还是TCP
未指定主机或使用 localhost 时，Linux上的MySQL客户端通常优先使用Unix套接字；使用IP地址则会走TCP。可分别测试：
mysql –protocol=SOCKET -u root -p mysql –protocol=TCP -h 127.0.0.1 -u root -p
TCP能连而Socket不能连，优先检查路径；两种方式都失败，先检查mysqld是否运行和错误日志。 不要把 localhost 与 127.0.0.1 当成完全相同的连接目标。
检查MySQL服务是否真正运行
不同发行版的服务名可能是 mysql 或 mysqld，先查看状态和最近日志：
systemctl status mysql –no-pager systemctl status mysqld –no-pager journalctl -u mysql -n 80 –no-pager journalctl -u mysqld -n 80 –no-pager
若服务启动失败，应根据日志处理配置语法、数据目录权限、磁盘空间或恢复问题。套接字文件通常由运行中的mysqld创建，服务停止后文件不存在是正常现象。
找出服务端实际使用的套接字路径
服务已运行时，可以查看监听中的Unix套接字，并在已能连接的会话中查询变量：
ss -xl | grep -E ‘mysql|mysqld’ mysql -NBe “SHOW VARIABLES LIKE ‘socket’;”
也可以检查MySQL读取的配置项：
my_print_defaults mysqld client mysql | grep -i socket find /run /var/run /tmp -type s -name ‘*mysql*.sock’ 2>/dev/null
只把真实的套接字文件当作连接目标。 普通文件、遗留软链接或旧实例留下的路径不能替代正在监听的Unix socket。
临时指定正确路径验证判断
假设服务端实际监听 /run/mysqld/mysqld.sock，可显式连接：
mysql –protocol=SOCKET \ –socket=/run/mysqld/mysqld.sock \ -u root -p
若该命令成功，说明账号与服务基本正常，问题集中在客户端默认路径。临时参数适合验证，不应让每个脚本各自硬编码一个不同路径。
统一服务端和客户端配置
套接字路径可分别出现在服务端与客户端配置段中。修改前先备份实际生效的配置文件，再保持两边一致：
[mysqld] socket=/run/mysqld/mysqld.sock
[client] socket=/run/mysqld/mysqld.sock
确认目录存在且归MySQL运行用户管理，然后重启服务：
install -d -o mysql -g mysql -m 755 /run/mysqld systemctl restart mysql
不要把套接字目录设为777，也不要在不确认发行版服务管理方式时永久手工创建运行目录。 部分系统会通过systemd运行时目录自动创建它。
容器、chroot和多实例要分别看路径
客户端与mysqld位于不同容器、chroot或命名空间时，即使字符串相同，也可能看到不同的文件系统。此时应使用容器网络和TCP连接，或明确共享套接字目录并同步权限。
多实例MySQL还必须使用不同的套接字和PID文件。需要复现多实例或容器连接问题时，可在 萤光云 创建隔离环境，或用 LightNode 按小时开机测试。测试环境的路径结论仍需按生产发行版重新核对。
修复后怎样验收
完成修改后，应同时验证Socket与计划使用的TCP入口：
mysqladmin –protocol=SOCKET \ –socket=/run/mysqld/mysqld.sock ping mysql -NBe “SELECT @@socket, @@hostname;” systemctl is-active mysql
验收标准是服务重启后套接字自动生成，客户端无需临时参数即可连接，并且应用使用的连接方式与配置一致。 仅保留一个手工软链接不能算根因已解决。
FAQ
为什么使用127.0.0.1能连接，localhost却失败？
前者通常强制走TCP，后者在Linux客户端上通常优先走Unix套接字，说明服务可用但Socket路径可能不一致。
可以自己touch一个mysqld.sock吗？
不可以。Unix套接字由mysqld监听时创建，普通空文件没有监听能力，还可能阻止服务正常创建套接字。
重启后套接字目录又消失怎么办？
/run通常是临时文件系统，应通过发行版的systemd单元、tmpfiles规则或MySQL软件包配置创建运行目录，而不是依赖一次性的手工命令。
温馨提示
先确认服务状态，再确认传输协议，最后统一路径。 直接修改权限、创建空文件或到处增加软链接，容易把服务未启动与路径不一致混在一起，使下次重启再次出现同样问题。
