Nginx 中日志切割如何在保证数据不丢失的前提下缩减日志体积

作者：袖梨 2026-08-27

logrotate 安全切割+压缩旧日志+精简新日志内容三者协同，可兼顾数据完整性与体积控制；需配置 sharedscripts、postrotate 发送 USR1 信号，并启用 dateext、compress、delaycompress 等选项。

关键在于“切割时不中断写入”+“压缩旧日志”+“精简新日志内容”，三者配合才能既保数据又减体积。

这是最稳妥的方案，系统级工具成熟稳定，不会丢日志。

确保配置中包含 sharedscripts 和 postrotate 段，用 kill -USR1 通知 Nginx 重开日志文件，而不是直接 mv 或 cp —— 这样能避免写入间隙
加上 compress 和 delaycompress：旧日志先压缩，下次轮转时再压上一轮，防止正在写的文件被误操作
使用 dateext（如 %Y%m%d）替代数字序号，便于识别和归档；搭配 rotate 7 可控保留周期
示例片段：
```
/var/log/nginx/*.log {
```
daily

dateext

rotate 7

compress

delaycompress

missingok

notifempty

create 644 nginx nginx

sharedscripts

postrotate

if [ -f /var/run/nginx.pid ]; then

kill -USR1 $(cat /var/run/nginx.pid)

fi

endscript

}

压缩只能减存量，精简格式才是控增量的核心。

检查 log_format，去掉非必要字段：比如 $http_x_forwarded_for、$request_time、$upstream_response_time 若不用于分析，可删减
避免记录静态资源（js/css/img等）：用 map 指令过滤，只对非静态路径记录 access 日志
按业务分离日志：把 API 接口、管理后台、前端页面分别写入不同文件，便于针对性清理或降级采样

高流量场景下，不是每条请求都值得全量记录。

用 if 参数控制日志开关，例如只记录状态码 ≥400 的错误请求：
access_log /var/log/nginx/error_only.log main if=$loggable;

再配合 map $status $loggable { ~^[45] 1; default 0; }
对正常访问做采样，比如每 100 条记 1 条：
map $remote_addr $sampled { default 0; "~^.*$" 1; } # 更实用的是基于 $request_id 或哈希取模（需自定义逻辑）
error.log 本身量小，但若频繁报 warn 级别，可调高 error_log 级别为 error 或 crit，减少冗余输出

上线前务必实测，避免配置失误导致日志静默丢失。