PHP修改文件或目录权限本身不直接影响数据库写入，但可能间接导致失败：如PHP进程用户对MySQL socket文件无读写权限、临时目录不可写、或脚本目录权限过高触发安全限制，均会引发数据库连接异常。
PHP 修改文件或目录权限本身不会直接影响数据库写入，但权限问题可能间接导致数据库操作失败——比如写入日志、缓存、临时文件失败，进而触发异常中断，或让应用误判为“数据库不可用”。
PHP 进程用户对数据库 socket 文件无读写权限
当 MySQL 使用本地 socket 连接（localhost 或 127.0.0.1 未显式指定 TCP）时，PHP 实际会访问 Unix socket 文件（如 /var/run/mysqld/mysqld.sock）。若 PHP 所在进程用户（如 www-data、nginx、apache）对该 socket 文件无读写权限，mysqli_connect() 或 PDO::__construct() 会直接报错，例如：
PHP Warning: mysqli_connect(): (HY000/2002): No such file or directory
或更隐蔽的：
PHP Warning: mysqli_connect(): (HY000/2002): Connection refused
- 检查 socket 路径是否与 MySQL 配置一致：
mysql -e "SHOW VARIABLES LIKE 'socket';" - 确认 socket 文件属主和权限：
ls -l /var/run/mysqld/mysqld.sock，应至少对 PHP 进程用户可读写（常见为mysql:mysql，且组权限含g+rw） - 不建议直接
chmod 777socket 文件；更稳妥的是将 PHP 进程用户加入mysql组：usermod -a -G mysql www-data，再重启 Web 服务
PHP 写入临时目录失败导致 PDO/MySQLi 初始化异常
某些 MySQL 扩展（尤其是旧版 mysqli 或启用了 MYSQLI_OPT_LOCAL_INFILE）会依赖系统临时目录（sys_get_temp_dir() 返回路径）存放中间文件。若 PHP 进程对该目录无写权限，new PDO() 可能静默失败或抛出非明确错误（如 SQLSTATE[HY000] [2002]）。
立即学习“PHP免费学习笔记（深入）”；
- 运行
php -r "echo sys_get_temp_dir();"查看实际路径（常为/tmp或/var/tmp） - 检查该路径权限：
ls -ld /tmp，确保有drwxrwxrwt（即 sticky bit + world-writable） - 若使用自定义临时目录（如通过
upload_tmp_dir或sys_temp_dir配置），需同步验证其权限和 SELinux 上下文（CentOS/RHEL 环境下常见被拦截）
Web 服务器用户对 PHP 脚本所在目录权限过高引发安全限制
部分环境（尤其启用 open_basedir、disable_functions 或 Suhosin 的旧部署）会在检测到脚本目录权限过于宽松（如 777）时主动禁用危险函数，包括 mysqli_connect、PDO::__construct 等。此时数据库连接代码看似正常，实则被拦截，错误日志中可能只显示：
PHP Fatal error: Call to undefined function mysqli_connect()
或完全静默失败。
- 检查
phpinfo()中disable_functions是否包含数据库相关函数名 - 避免将网站根目录或配置文件目录设为
777；推荐权限组合：755（目录）、644（PHP 文件）、600（敏感配置如config.php） - 若用宝塔、cPanel 等面板，注意其“一键修复权限”功能可能误设高危权限，反而触发防护机制
真正卡住数据库写入的，往往不是 chmod 命令本身，而是权限变更后暴露的隐性依赖：socket 文件归属、临时目录粘滞位缺失、SELinux 上下文不匹配、或安全扩展的反向拦截。排查时优先看 PHP 错误日志（error_log）、MySQL 错误日志（mysqld.err），再结合 strace -p $(pgrep php-fpm|head -1) -e trace=connect,openat 观察系统调用级失败点。
