Ubuntu PHP日志中的缓存问题怎么解决

Ubuntu PHP日志中的缓存问题解决方案

一 明确问题类型

• 若日志里频繁出现与缓存相关的报错，例如应用框架的缓存目录不可写（如 ThinkPHP 的 Runtime/Cache 或 Runtime/Logs 写入失败），优先检查磁盘空间与目录权限，并清理历史日志与缓存目录，再按需关闭调试日志或调整日志级别。此类问题常见于日志或缓存目录占满磁盘、权限不当或应用配置开启过度记录。
• 若问题是“页面内容意外缓存”（代码改了但浏览器仍显示旧内容），这属于 HTTP 缓存或字节码缓存（OPcache）行为，需要从响应头与 PHP/Web 服务配置入手，而非日志本身。

二 日志写入失败或日志过大

• 快速处置
  • 检查磁盘与 inode：df -h、df -i；清理无关大文件（如旧日志、缓存包）。
  • 定位 PHP 错误日志路径（常见为 /var/log/php_errors.log、/var/log/php/ 或 /var/log/apache2/error.log），用 tail -f 观察最新报错。
• 规范日志轮转
  • 使用 logrotate 分割与压缩日志，避免单文件过大与磁盘被占满：
    • 新建或编辑配置：sudo vim /etc/logrotate.d/php
    • 示例策略（按天轮转、保留 7 天、压缩、创建指定权限）： /var/log/php*.log { daily missingok rotate 7 compress notifempty create 640 root adm }
    • 测试与强制执行：logrotate -d /etc/logrotate.d/php（干跑），logrotate -f /etc/logrotate.d/php（强制执行）。
• 调整 PHP 日志级别与输出
  • 在 php.ini 中仅记录必要错误，减少噪声与 I/O：
    • error_reporting = E_ALL & ~E_NOTICE
    • log_errors = On
    • error_log = /var/log/php_errors.log
  • 变更后重启 Apache 或 PHP-FPM 生效。
• 应用层缓存目录与权限
  • 对框架的缓存目录（如 Runtime/Cache、Runtime/Logs）执行清理，并确保运行用户（如 www-data）拥有写权限；必要时临时放宽权限后再恢复最小权限原则。
• 可选优化
  • 将日志发送到 syslog/rsyslog（减少直接磁盘写入次数）：在 php.ini 设置 error_log = syslog；或在代码中使用 ini_set(‘error_log’, ‘syslog’)。
  • 引入异步/批量写入与专业日志管理（如 Monolog、ELK）以降低主进程阻塞与提升可观测性。

三 页面意外缓存的排查与修复

• PHP 层禁用缓存
  • 在所有输出之前发送禁用缓存头（示例）：
    • header(“Cache-Control: no-store, no-cache, must-revalidate”);
    • header(“Pragma: no-cache”);
    • header(“Expires: 0”);
  • 注意：header() 必须在任何输出（包括空格/空行）之前调用。
• Web 服务器层策略
  • Apache：在虚拟主机或 .htaccess 中统一设置 Cache-Control/ETag，确保不被服务器覆盖：
    • FileETag None
    • Header unset ETag
    • Header set Cache-Control “max-age=0, no-cache, no-store, must-revalidate”
    • Header set Pragma “no-cache”
    • Header set Expires “Wed, 12 Jan 1980 05:00:00 GMT”
  • Nginx：在对应 location 中禁用缓存：
    • add_header Cache-Control “no-store, no-cache, must-revalidate”;
    • add_header Pragma “no-cache”;
    • add_header Expires “Wed, 12 Jan 1980 05:00:00 GMT”;
• 字节码缓存 OPcache
  • 开发环境可临时关闭或降低缓存时间以便调试；生产环境不建议完全关闭，以免影响性能。
  • 重置/清理 OPcache（CLI 执行，确保无并发请求受影响）：php -r ‘opcache_reset();’；变更后重启 PHP-FPM/Apache。
• 外部中间层
  • 如使用 CDN/反向代理（Varnish），同步配置不缓存动态 PHP 页面或缩短缓存 TTL，并主动刷新 CDN 缓存。

四 分布式缓存失效的排查

• 若日志提示 Redis/Memcached 读写失败或缓存“命中异常”：
  • 确认服务运行与连通：systemctl status redis-server / memcached；redis-cli ping 应返回 PONG；echo “stats” | nc 127.0.0.1 11211 查看 Memcached 状态。
  • 检查 PHP 扩展是否加载：php -m | grep redis；php -m | grep memcached；未安装则 apt-get 安装相应扩展并重启服务。
  • 校验连接配置（IP、端口、密码）、TTL 与序列化方式；多节点环境使用共享缓存实例并统一 key 前缀 与过期策略。