调低 limit_conn_log_level 日志级别可缓解磁盘 I/O 压力，因高频限流时 error 级日志持续刷盘易成 I/O 瓶颈；推荐设为 warn，兼顾可观测性与性能。
直接调低 limit_conn_log_level 的日志级别，能有效过滤掉大量非关键限流事件，减少日志写入量，从而缓解磁盘 I/O 压力。
限流日志为什么会影响磁盘吞吐？
Nginx 在触发连接限制（如 limit_conn）时，默认以 error 级别记录被拒绝的请求。高频限流场景下（例如突发流量、爬虫攻击），每秒可能产生数百甚至上千条日志。这些日志持续刷盘，尤其在机械硬盘或低配云盘上，容易成为 I/O 瓶颈，拖慢整体响应，甚至影响主业务日志落盘。
limit_conn_log_level 的作用与合理取值
该指令控制“连接数超限”事件的日志输出等级，不改变限流逻辑本身，只影响是否记日志及记到哪一级。常用配置如下：
-
默认值：
error—— 每次拒绝都记 error 日志，最详细但开销最大 -
推荐生产值：
warn—— 只在连接被拒绝且满足一定条件（如连续触发）时才记录，显著降低频次 -
更保守值：
notice或info—— 仅用于调试，上线环境不建议；info级别实际不会记录限流事件（Nginx 源码中限流仅支持error/warn两级触发） -
禁用记录：
off—— 不推荐。完全丢弃限流信号，不利于问题定位和安全审计
配合健康检查与监控，替代日志依赖
降低日志级别后，不能靠查日志来发现异常，需转向指标驱动：
- 启用
stub_status或通过nginx-module-vts暴露实时连接数、拒绝数等指标 - 用 Prometheus 抓取
nginx_connections_dropped_total类指标，设置阈值告警（例如 5 分钟内拒绝数 > 1000） - 结合 access log 中的
$status字段（429 状态码）做离线分析，保留原始请求上下文
一个典型优化配置示例
在 http 或 server 块中添加：
limit_conn addr 100;
limit_conn_log_level warn;
该配置将单 IP 连接数限制为 100，并仅在触发拒绝时以 warn 级别记录——既保留可追溯性，又避免日志泛滥。
