Nginx 中日志切割怎么管理归档目录的磁盘配额与空间释放-Nginx-PHP中文网

nginx日志切割不管理磁盘配额，需logrotate协同控制：归档目录须独立挂载、显式配置olddir；保留策略应设rotate 15、compress+delaycompress、maxsize 100m；postrotate中加入磁盘空间检查与清理逻辑，并确保通过kill -usr1或nginx -s reload重开日志释放句柄。

nginx 中日志切割怎么管理归档目录的磁盘配额与空间释放

nginx 日志切割本身不直接管理磁盘配额，归档目录的空间控制依赖外部机制协同实现。关键在于：logrotate 负责轮转与压缩，而空间释放是否及时、归档目录是否受控，取决于三件事——是否通知 Nginx 重开日志、归档路径是否独立且可监控、是否设置合理的保留策略+定期清理逻辑。

默认配置（如 /var/log/nginx/*.log）会把压缩后的归档文件（如 access.log-20260819.gz）留在原目录，长期积累仍会撑爆同一分区。正确做法是显式指定归档路径：

在 logrotate 配置中不用默认行为，改用 olddir /data/nginx_logs/archive/
确保该目录挂载在独立磁盘或 LVM 逻辑卷上，便于单独设限
提前创建目录并赋权：mkdir -p /data/nginx_logs/archive && chown nginx:adm /data/nginx_logs/archive

用 logrotate 精确控制保留数量与压缩行为

仅靠 rotate 30 不够——如果归档文件未压缩，30 个原始日志可能占几十 GB；若开启压缩但没加 delaycompress，当天日志可能被立即压，导致无法实时排查。推荐组合：

Nginx Config Linter

对 Nginx 配置文件进行语法检查、验证和安全、性能审计。

下载

rotate 15：保留最近 15 天归档（按天轮转）
compress + delaycompress：旧日志压缩，但“昨天”的先不压，方便紧急查
maxsize 100M（可选）：单个日志超 100MB 提前触发切割，防突发流量打爆磁盘
prerotate + postrotate 中加入空间检查脚本（见下条）

主动监控与强制清理归档目录

logrotate 不校验磁盘余量，需额外防护。可在 postrotate 段嵌入空间判断逻辑：

示例脚本片段（放入 logrotate 配置的 postrotate ... endscript 内）：

/bin/bash
ARCHIVE_DIR="/data/nginx_logs/archive"
THRESHOLD=90  # 占用超 90% 触发清理
USAGE=$(df "$ARCHIVE_DIR" | tail -1 | awk '{print $5}' | sed 's/%//')
if [ "$USAGE" -gt "$THRESHOLD" ]; then
  find "$ARCHIVE_DIR" -name "*.gz" -mtime +7 -delete 2>/dev/null
  logger "WARN: $ARCHIVE_DIR usage $USAGE%, cleaned logs older than 7 days"
fi