limit_req_log_level 用于控制 Nginx 触发 limit_req 限流时拒绝请求的日志级别，默认 warn 易致 error.log 刷屏，建议设为 error 并配合 access_log 单独审计限流行为。
limit_req_log_level 用于控制 Nginx 在触发 limit_req（请求速率限制）时，拒绝请求事件写入 error.log 的日志级别。它不改变限流逻辑，只决定“被限速拒绝”的日志是否记录、以多高优先级记录。
为什么需要调整这个值
默认情况下，Nginx 不显式配置时使用 warn 级别。一旦请求超出 limit_req 设定的速率（比如 10r/s），每条被拒绝的请求都会写一条 warn 日志。在突发流量或扫描攻击下，这可能每秒产生数百条重复日志，迅速撑大 error.log，掩盖真正需关注的错误，也加重磁盘 I/O 和日志轮转负担。
可选级别与实际效果
- error：仅记录严重异常（如共享内存 zone 初始化失败），正常限流完全不记——最静默，适合生产环境主错误日志追求干净的场景
- warn（默认）：每次拒绝都记一条 warn 日志——信息最全，但极易刷屏
- notice / info：语义上更轻，但行为和 warn 完全一致，仍逐条记录，仅改变日志标记，不减少条数
推荐配置方式
在 server 或 location 块中设置，配合 limit_req 使用：
limit_req zone=req_per_ip burst=20 nodelay;
limit_req_log_level error;
这样，burst 缓冲吸收了大部分毛刺流量，真正被拒绝的请求数大幅下降；再把日志级别设为 error，确保 error.log 只保留关键异常。
若需审计限流行为，应另辟路径
- 不要依赖 error.log 记录限流事件做监控或告警——它不可靠且滞后
- 用
access_log单独记录限流响应（如状态码 503 或 429），配合自定义 log_format 输出 client、time、status、limit_zone 等字段 - 通过外部工具（如 Prometheus + nginxlog exporter 或 Loki + Promtail）聚合分析 access_log 中的限流标识，实现按分钟/IP 统计拒绝次数、设置合理阈值告警
