CentOS PHP日志清理频率多少合适

推荐频率与保留策略

• 生产环境建议采用“按天轮转 + 保留7–10天 + 压缩归档”的组合，这是兼顾可回溯与磁盘占用的通用做法。下表给出可直接落地的组合：

  场景	轮转频率	保留份数	压缩	典型用途
  PHP-FPM 错误/访问日志	daily	7–10	compress	日常运行、问题排查
  PHP 错误日志（php.ini）	daily	7	compress	应用错误记录
  高流量或严格合规	daily	14–30	compress	合规审计、深度排查

  说明：

  • 按天轮转能稳定控制单日日志体量，便于定位问题时段。
  • 保留7–10天覆盖大多数故障复盘周期；高流量或合规要求可延长至14–30天。
  • 压缩可显著节省空间，旧日志查询可通过 zcat/zgrep 进行。

logrotate 配置示例

• PHP-FPM 日志（/etc/logrotate.d/php-fpm）

  /var/log/php-fpm*.log {
      
      daily
      rotate 10
      compress
      missingok
      notifempty
      create 0640 root adm
      postrotate
          /usr/sbin/php-fpm -k >
      /dev/null 2>
      &
  1 || true
      endscript
  }
  
  

• PHP 错误日志（/etc/logrotate.d/php-errors）

  /var/log/php_errors.log {
  
      daily
      rotate 7
      compress
      missingok
      notifempty
      create 0640 root adm
  }
  
  

• 要点：
  • 使用 daily + rotate N + compress 控制体量与保留。
  • postrotate 发送信号让 PHP-FPM 重新打开日志文件，避免日志句柄占用旧文件。
  • 可按需调整保留份数（如从7到10）。

按大小触发与监控

• 若更关注峰值控制，可改为“按大小轮转”，例如单文件超过100MB即轮转，保留7份并压缩：

  /var/log/php-fpm.log {
      
      size 100M
      rotate 7
      compress
      missingok
      notifempty
      create 0640 root adm
      postrotate
          /usr/sbin/php-fpm -k >
      /dev/null 2>
      &
  1 || true
      endscript
  }
      
  

• 建议配合监控与告警（如磁盘使用率、日志增长速率），并可用 logwatch 做日常摘要分析，提前发现异常输出。

清理与执行方式

• 使用 logrotate 的定时任务（通常随系统每日运行）即可自动完成轮转与清理，无需额外删除脚本；如需强制立即轮转，可执行：

  logrotate -f /etc/logrotate.d/php-fpm
  

• 若确有自定义清理需求（例如清理历史归档），可用 cron 删除超过 N 天的已轮转压缩文件，示例删除 30 天前的 .gz 归档：

  0 2 * * * find /var/log/php-fpm*.gz -mtime +30 -delete
  

  提示：仅在确认不再需要历史归档时执行删除操作，避免影响审计与复盘。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！