直接调低 limit_req_log_level 是优化网关磁盘写入吞吐最轻量、最精准的手段——它不关闭限流日志，仅将“被拒绝”或“被延迟”的记录级别从 error 降为 warn 或 notice，大幅减少同步刷盘频次，缓解 I/O 压力。

直接调低 limit_req_log_level 是优化网关磁盘写入吞吐最轻量、最精准的手段——它不关闭限流日志，只把“被拒绝”或“被延迟”的记录级别从默认的 error 降为 warn 或 notice，从而大幅减少高优先级日志刷盘频次，缓解 I/O 压力。

为什么日志级别影响磁盘吞吐

Nginx 默认用 error 级别记录每次限流动作，而 error 日志通常配置为同步刷盘（flush on write）。当每秒触发数百次限流时，等于每秒发起同等次数的 write() 系统调用。在 HDD 或共享云盘上，%util 容易飙至 90%+，iostat -x 中可见明显 w/s 和 await 上升。这不是日志内容大，而是写太频繁。

选 warn 还是 notice？看你的限流性质

不同业务场景下，日志的语义权重不同：

• 突发但临时的高峰（如活动开抢、灰度放量）→ 设 limit_req_log_level warn：保留可追溯痕迹，日志量下降约 60–70%，主 error.log 不再被误标为故障
• 常态化配额策略（如 API 每分钟 100 次）→ 设 limit_req_log_level notice：仅表明“发生了限流”，不视为异常，日志量下降超 90%
• 调试归因阶段 → 可临时设 info，但必须配合 limit_req_status 429，并将状态码和 $limit_req_key 写入 access log，否则 error.log 会混入大量低价值日志

单靠改级别不够，必须隔离 + 缓冲

日志级别调低后，仍需配套动作防止文件膨胀和干扰排查：

• 为限流日志单独配置路径：error_log /var/log/nginx/limit_rej.log warn;，避免污染主 error.log
• 去掉 nodelay，改用 burst=20 等缓冲队列：Nginx 对“延迟”日志默认比“拒绝”低一级（如设 notice，延迟记 info），天然减少高优先级日志输出
• 用 logrotate 配置 hourly 轮转 + maxsize 10M，防止单文件过大阻塞 open()/write()
• 在 log_format 中加入 $status、$limit_req_key 和 $limit 变量，便于后续按客户端或规则聚合分析

验证是否真正生效

上线后不能只看日志有没有内容，要确认三件事：

• 用 wrk -t2 -c100 -d10s http://api.example.com/ 模拟超限请求，检查 limit_rej.log 是否只出现 warn 或 notice 行，且主 error.log 不再新增限流记录
• 执行 iostat -dx 1，对比前后 w/s 和 %util 是否明显回落（典型下降 30–50%）
• 监控中改用从 access log 抽取的 “429 响应数 / 秒” 替代 error log 统计，更稳定、更语义化