PHP 5.6 环境下缓存创建失败的排查与解决思路

最近在维护一些老项目的时候，发现不少兄弟还在用 PHP 5.6 的环境。确实，对于一些上古遗留系统来说，升级架构风险太大，只能原地续命。不过，随着服务器系统的升级，很多在这个老环境下的报错就出来了，其中最让人头秃的就是“缓存创建失败”的问题。

遇到这个问题，报错信息通常很笼统，比如 "Permission denied" 或者 "Failed to open stream"。别急着重装环境，咱们分几个层面来排查，大部分情况都能搞定。

这是最容易忽视的环节。通常 Nginx/Apache 的运行用户（比如 www-data 或 nginx）和你的 Web 根目录所有者不一致。

排查方法：用 ls -l 看看你的缓存目录（比如 /runtime/cache 或 /tmp）的所有者是谁。
解决思路：不要直接 777，虽然能解决问题但不安全。建议将缓存目录的所有者递归修改给 Web 服务用户： chown -R nginx:nginx /你的网站路径/runtime 或者将用户加到同一个组里，并设置组权限为 775。

如果你是在新版的 CentOS 上跑老版本的 PHP，这个概率非常高。有时候文件权限看起来没问题，但 SELinux 的安全策略拦住了写入操作。

排查方法：临时关闭 SELinux 试试：setenforce 0。如果关闭后就能写入缓存，那就是它的问题。
解决思路：不要一直关闭 SELinux。给目录打上正确的上下文标记即可： chcon -R -t httpd_sys_rw_content_t /你的网站路径/runtime 搞定后再 setenforce 1 开启保护。

这种情况虽然少见，但在日志没做轮转的服务器上很容易发生。

排查方法：使用 df -h 查看磁盘剩余空间，同时务必使用 df -i 查看 Inode 使用率。有时候空间没满，但 Inode 满了（小文件太多），导致无法创建新文件。

有些面板环境（比如宝塔）或者默认配置，会限制 PHP 只能访问特定目录。如果你的缓存目录在白名单之外，或者是相对路径解析出错，就会导致创建失败。

解决思路：检查 php.ini 中的 open_basedir 设置，确认缓存路径已被包含，或者适当放宽限制（视安全策略而定）。在代码层面，尽量使用绝对路径来避免路径解析歧义。

PHP 5.6 虽然已经停止官方支持很久了，但在生产环境里依然有它的位置。遇到缓存写入问题，不要慌着去怀疑代码逻辑，大部分时候都是环境层面的权限或策略限制。按照“用户权限 -> SELinux -> 磁盘 -> PHP配置”的顺序排查，基本都能定位到病灶。

如果你试了上面的方法还是不行，建议看一下具体的 PHP Error Log，那里面的提示信息才是真正的救命稻草。