Centos7.4下PHP7.2.4通过socket连接MySQL5.7.21报错2002求助

看起来你已经做了基础的配置工作，但还是卡在了socket连接的问题上，我来帮你梳理几个关键的排查方向和解决方案：

1. 确认PHP实际加载的配置文件是否正确 #

有时候我们修改的php.ini可能不是PHP进程实际使用的版本（比如Web环境用的是php-fpm的配置，而你修改的是CLI的php.ini）。你可以通过以下命令查看当前PHP加载的配置文件：

php -i | grep "Loaded Configuration File"

打开这个文件，再次确认mysqli.default_socket = /tmp/mysql.sock的配置已经生效，并且没有被文件后续的配置项覆盖。

2. 检查MySQL socket文件的权限 #

命令行用root能正常连接，但PHP进程通常是以apache、www-data或者php-fpm的用户身份运行的，这些用户可能没有访问/tmp/mysql.sock的权限。执行以下命令查看socket文件的权限：

ls -l /tmp/mysql.sock

如果输出的权限是srwxr-xr-x，可以先临时修改权限测试：

chmod 777 /tmp/mysql.sock

如果修改后能成功连接，说明权限是核心问题。更安全的做法是把PHP进程的用户加入mysql组：

usermod -aG mysql apache  # 假设PHP运行用户是apache，根据实际情况替换

之后重启PHP-FPM或者Apache服务生效。

3. 在代码中显式指定socket路径 #

有时候即使php.ini配置了，PHP的mysqli_connect()可能会因为解析localhost为TCP连接而忽略socket配置。你可以在代码里直接指定socket参数，强制使用socket连接：

$conn = mysqli_connect('localhost', '你的用户名', '你的密码', null, null, '/tmp/mysql.sock');

这样可以绕过配置文件的潜在问题，直接指定socket路径进行连接。

4. 排查SELinux的限制 #

CentOS 7默认开启SELinux，它可能会阻止PHP进程访问/tmp下的MySQL socket文件。你可以临时关闭SELinux测试：

setenforce 0

如果此时连接成功，说明SELinux是限制来源。接下来添加永久的SELinux规则允许访问：

1. 先查看audit日志中的相关记录：

grep mysql.sock /var/log/audit/audit.log

2. 生成SELinux规则模块：

audit2allow -M mysql_socket

3. 加载规则：

semodule -i mysql_socket.pp

之后再开启SELinux（setenforce 1），测试连接是否正常。

5. 确认MySQL实际使用的socket路径 #

虽然你在my.cnf中配置了socket路径，但MySQL启动时可能加载了其他配置文件（比如/etc/my.cnf.d下的子配置），导致实际创建的socket路径不符。你可以查看MySQL的错误日志（通常在/var/log/mysqld.log或者/usr/local/mysql57/data下的主机名.err文件），搜索类似Socket created on的日志，确认它实际创建的socket路径确实是/tmp/mysql.sock。

尝试以上步骤后，应该能解决你的socket连接问题。

内容的提问来源于stack exchange，提问作者Hiyo