logrotate 是管理 Nginx 日志最稳妥方式，需手动配置 /etc/logrotate.d/nginx，匹配日志路径，设置 daily、rotate 30、compress、create 和关键 postrotate USR1 通知，并通过 logrotate -d/-f 验证。
用 logrotate 管理 Nginx 日志是最常见、最稳妥的自动轮转方式，无需额外写脚本或依赖第三方服务，系统原生命令即可完成按天/大小切割、压缩、保留天数等完整流程。
配置 logrotate 识别 Nginx 日志路径
logrotate 默认不自动监控 Nginx 日志，需手动添加配置文件。通常将配置放在 /etc/logrotate.d/nginx（若 Nginx 是 yum/apt 安装且包含 logrotate 集成，该文件可能已存在）。
确保 Nginx 主配置中日志路径明确，例如：
access_log /var/log/nginx/access.log;error_log /var/log/nginx/error.log;
对应 logrotate 配置需匹配这些路径。
编写标准轮转规则（按天+压缩+保留30天）
在 /etc/logrotate.d/nginx 中写入以下内容：
/var/log/nginx/*.log {daily
missingok
rotate 30
compress
delaycompress
notifempty
create 0644 nginx nginx
sharedscripts
postrotate
if [ -f /var/run/nginx.pid ]; then
kill -USR1 `cat /var/run/nginx.pid`
fi
endscript
}
- daily：每天切割一次；也可换为 weekly 或 size 100M
- rotate 30：最多保留 30 个归档文件（如 access.log.1.gz ~ access.log.30.gz）
- compress + delaycompress：压缩旧日志，但最新一轮暂不压（方便排查）
- create 0644 nginx nginx：切割后新建日志文件，并设正确权限和属主
- postrotate … endscript：通知 Nginx 重新打开日志文件（关键！否则新日志仍写入旧文件）
验证配置是否生效
运行以下命令测试配置语法和模拟执行过程：
logrotate -d /etc/logrotate.d/nginx加 -d（debug 模式）会输出详细判断逻辑，比如“will rotate”、“not due to last rotation”，便于排查未触发原因。
强制立即执行一次（跳过时间判断）：
logrotate -f /etc/logrotate.d/nginx执行后检查：
– 原日志文件是否变为空（如 access.log 大小为 0）
– 是否生成 access.log.1 或 access.log.1.gz
– ps aux | grep nginx 确认主进程仍在运行（USR1 信号不会重启 Nginx）
常见问题与注意点
- Nginx 日志路径与 logrotate 配置路径不一致 → 切割失败，务必核对绝对路径
- 忘记 postrotate 发送 USR1 信号 → 新日志继续追加到 .1 文件，原 access.log 不再写入
- 权限错误（如 logrotate 以 root 运行，但 create 指定用户 nginx 不存在）→ 创建新日志失败，后续轮转中断
- logrotate 由 cron 每天凌晨调用（通常在 /etc/cron.daily/logrotate），非实时；如需更细粒度（如每小时），需自定义 cron 并指定配置文件
不复杂但容易忽略细节，配好一次可长期稳定运行。
