在nginx日志切割脚本中加入gzip压缩，需在mv重命名后立即执行gzip命令，确保先nginx -s reopen再操作，避免压缩中写入，并建议统一date变量以防时间戳不一致。
在 Nginx 日志切割脚本中加入 gzip 压缩，本质是在日志轮转后、旧日志文件被重命名之后，立即用 gzip 命令压缩它们。不需要修改 Nginx 配置，只需调整你的切割脚本（比如用 shell 编写的 daily log rotate 脚本）。
确认系统已安装 gzip
绝大多数 Linux 发行版默认自带 gzip，可通过以下命令验证：
`which gzip` 或 `gzip --version`
如果未安装（极少见），运行：
`apt install gzip`（Debian/Ubuntu）或 `yum install gzip`（CentOS/RHEL）`
在切割脚本末尾添加 gzip 命令
假设你当前的切割脚本类似这样（以 /var/log/nginx/access.log 为例）：
`mv /var/log/nginx/access.log /var/log/nginx/access.log.$(date +%Y%m%d)`
只需在该行之后追加压缩命令：
- 压缩当天归档的日志：
`gzip /var/log/nginx/access.log.$(date +%Y%m%d)` - 若想保留原始未压缩文件（调试用），加
-k参数：
`gzip -k /var/log/nginx/access.log.$(date +%Y%m%d)` - 若需压缩多天前的日志（如 7 天前），可配合
find：
`find /var/log/nginx/ -name "access.log.*" -mtime +7 -exec gzip {} \;`
避免压缩正在写入的日志文件
Nginx 使用 kill -USR1 重新打开日志文件是安全做法，确保切割前日志已关闭：
- 先执行日志 reopen：
`nginx -s reopen` 或 `kill -USR1 $(cat /var/run/nginx.pid)` - 再做
mv和gzip，防止压缩中被 Nginx 写入导致损坏 - 建议将整个流程串成原子操作，例如：
nginx -s reopen && \ mv /var/log/nginx/access.log /var/log/nginx/access.log.$(date +%Y%m%d) && \ gzip /var/log/nginx/access.log.$(date +%Y%m%d)
压缩后自动清理更老的归档（可选）
节省磁盘空间，可在压缩后删除超过指定天数的 .gz 文件：
- 例如，只保留 30 天内的压缩日志：
`find /var/log/nginx/ -name "access.log.*.gz" -mtime +30 -delete` - 注意：使用
-delete前建议先用-print预览匹配结果
不复杂但容易忽略的是时间戳一致性——确保 $(date +%Y%m%d) 在脚本中只计算一次，或用变量保存，避免跨行调用产生不同日期。
