mysql客户端连接失败因socket路径错误或权限不足，需确认服务状态、查实际路径、设--socket参数或配置my.cnf；php/python需显式指定unix_socket；docker优先用tcp；排查日志、目录权限及selinux。
mysql.sock 文件找不到或权限拒绝
MySQL 客户端默认通过 Unix socket 文件（如 /tmp/mysql.sock 或 /var/run/mysqld/mysqld.sock）连接本地服务。报错 Can't connect to local MySQL server through socket '/tmp/mysql.sock' 时，不是服务没启，而是路径不对或权限不足。
- 先确认 MySQL 服务是否真在运行：
systemctl status mysql（或mysqld，取决于发行版） - 查实际 socket 路径：
mysql --help | grep "socket"，或登录成功后执行SHOW VARIABLES LIKE 'socket'; - 常见错位：Homebrew 安装的 MySQL 默认用
/opt/homebrew/var/mysql/mysql.sock，而客户端仍找/tmp/mysql.sock - 临时解决：加
--socket=指定路径，比如mysql -u root --socket=/var/run/mysqld/mysqld.sock - 永久解决：在
~/.my.cnf或/etc/my.cnf的[client]段写入socket = /var/run/mysqld/mysqld.sock - 权限问题多见于 Docker 容器或非 root 启动：确保 socket 所在目录可读写，且 socket 文件属主是运行 MySQL 的用户（如
mysql:mysql）
PHP/Python 连接时提示 No such file or directory（socket）
PHP 的 mysqli 或 PDO、Python 的 pymysql/mysql-connector-python 在未显式指定 host 时，默认走 socket 连接，但它们不读取 my.cnf 的 [client] 段，只认硬编码路径或环境变量。
- PHP 中避免 socket 错误：显式用
localhost→ TCP（等价于127.0.0.1），而非localhost可能触发 socket；或者用mysqli_init()+mysqli_real_connect($link, null, ...)并传入NULL作为 host，再设MYSQLI_CLIENT_COMPRESS等 flag 不影响 socket 路径 - Python 中 pymysql 示例：
pymysql.connect(unix_socket='/var/run/mysqld/mysqld.sock', user='root')—— 必须显式传unix_socket，不能只靠host='localhost' - Docker 场景下更易出问题：宿主机和容器内 socket 路径天然不同，别映射错目录；优先用
host.docker.internal（Mac/Win）或容器名（Docker Compose 网络内）走 TCP
mysqld 启动后 socket 文件没生成
这说明 mysqld 进程启动了，但没成功初始化 socket，通常卡在权限、目录不存在或配置冲突上。
- 检查错误日志：
tail -n 50 /var/log/mysql/error.log（路径因安装方式而异），重点看Could not create unix socket lock file或Failed to create /var/run/mysqld -
/var/run/mysqld目录常被 systemd 清理：在/etc/tmpfiles.d/mysql.conf加一行d /var/run/mysqld 0755 mysql mysql -，再运行systemd-tmpfiles --create - 配置中
socket路径指向只读文件系统（如某些容器 rootfs）、或上级目录不存在，都会静默失败 - SELinux 启用时可能拦截 socket 创建：临时关掉测试
setenforce 0，确认后用audit2why修策略
socket 和 TCP 连接性能与安全差异
很多人以为 socket “更快”，其实现代 Linux 上差别微乎其微；关键区别在于隔离性与调试成本。
- socket 连接绕过网络栈，不占 loopback 接口，但无法被 iptables/nftables 控制，也不走 TCP 的 keepalive、超时重试逻辑
- 同一台机器上用
127.0.0.1是 TCP，localhost是 socket（MySQL 客户端行为），这个隐式切换极易导致配置漂移——比如开发环境用 localhost 正常，部署到容器里却因没挂载 socket 文件而崩 - 监控和排障时，
netstat -tlnp | grep :3306看不到 socket 连接，得用lsof -U -c mysqld - 如果应用本身支持配置 host/port/unix_socket 三选一，建议统一走 TCP（即 host=
127.0.0.1, port=3306），省去路径管理负担
socket 路径不一致是运维中最容易被“以为配置对了”的盲点，尤其跨环境迁移时。与其反复核对 my.cnf 和客户端行为，不如在启动脚本或部署清单里固化 socket 路径，并用 ls -l 验证存在性和权限。
