limit_req_log_level用于精准降低限流日志级别，仅影响被拒绝请求的error日志，可设为warn或notice以减少磁盘I/O和日志压力，不影响其他错误日志。
在生产环境中，高频限流触发时 limit_req 会大量写入 error log（默认 error 级别），导致磁盘 I/O 上升、日志服务压力增大，甚至影响 Nginx 响应性能。关键不是关日志，而是精准降级日志级别——limit_req_log_level 正是为此设计：它只控制“被限流请求”的日志级别，不影响其他错误日志。
明确 limit_req_log_level 的作用范围
该指令仅对 limit_req 触发的“拒绝请求”行为生效，不改变 access log、其他 error log（如 upstream timeout、SSL handshake fail）的记录行为。它不控制是否记录，只控制记录到哪个日志级别。
- 默认值是
error，即每次限流都记一条 error 级日志 - 可设为
warn、notice、info，甚至debug（不推荐生产） - 设为
crit或更高（如alert）无实际意义，因限流不属于严重系统故障
合理选择日志级别以平衡可观测性与性能
高频场景下，error 级日志易被日志采集系统（如 Filebeat + ES）误判为异常事件，也加重磁盘刷写压力。建议按流量特征分级处理：
- 突发流量但整体可控（如秒杀预热期）→ 设为
warn：保留可查痕迹，降低日志量约 60–70% - 常态化限流（如 API 配额策略）→ 设为
notice：仅记录“发生了限流”，不视为问题，日志量下降超 90% - 调试阶段或需精准归因 → 临时设为
info，配合limit_req_status在 access log 中标记状态码（如 429），避免 error log 混杂
配合其他配置减少日志干扰
单靠调整日志级别不够，还需隔离和过滤：
- 为限流日志单独配置 error_log 路径，例如：
error_log /var/log/nginx/limit_rej.log warn;，避免冲刷主 error log - 在 log_format 中加入 $limit 和 $limit_key 变量，便于后续按 key 聚合分析（需开启
limit_req_status并自定义 status） - 用 logrotate 对限流日志做高频轮转（如 hourly + maxsize 10M），防止单文件过大阻塞写入
验证效果与线上灰度建议
上线前务必压测验证日志降级是否生效，且不掩盖真实故障：
- 用
ab或wrk模拟超过 limit_req zone 的请求，检查目标日志文件是否只出现 warn/notice 行，主 error.log 不再新增限流条目 - 先在单台边缘节点灰度，观察磁盘 write wait、log service CPU、ES ingestion rate 是否明显下降
- 配套在监控中增加 “429 响应数 / 秒” 指标（从 access log 抽取），替代依赖 error log 做限流统计
不复杂但容易忽略：limit_req_log_level 是少数几个能在线上零停机优化日志性能的指令之一，只要理解它只管“被拒请求”的日志语气，就能在可观测性和系统负载间找到务实平衡点。
