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
```
提示：仅在确认不再需要历史归档时执行删除操作，避免影响审计与复盘。

0 赞

0 踩