将 limit_conn_log_level 设为 error 是最简单有效的手段——它不改变限流逻辑，但让“连接被拒”事件彻底不出现在 error.log 中，避免日志刷屏、缓解磁盘 I/O 压力。
直接把 limit_conn_log_level 从默认的 warn 改为 error，是最简单有效的手段——它不改变限流逻辑，但能让“连接被拒”事件彻底不出现在 error.log 里，从而避免日志刷屏式写入，大幅缓解磁盘 I/O 压力。
为什么 warn 级别会加重磁盘 I/O
当突发流量或扫描攻击触发 limit_conn 时，每秒可能有数百甚至上千个连接被拒绝。warn 级别会让 Nginx 对每一次拒绝都写一条日志到磁盘。这些高频、小体积、内容高度重复的日志条目，会造成：
- 大量小文件写操作，对机械盘和部分 SSD 都是高开销
- error.log 快速膨胀，触发频繁轮转与压缩，进一步增加 I/O 负载
- 日志内容掩盖真正需要关注的错误（如 upstream timeout、shared memory 初始化失败）
limit_conn_log_level 的实际取值效果
这个指令只控制“是否记录”和“以什么级别标记”，不聚合、不降频、不采样：
- error：仅记录极少数严重异常（如 zone 初始化失败），正常限流完全静默 —— 推荐生产环境首选
- warn（默认）：每次拒绝都记一条，I/O 压力最大
- notice / info：语义更轻，但日志条数不变，仍每拒一次就写一次，无法缓解 I/O
单靠 limit_conn_log_level 不够，要配合请求级限流
真正减少“被拒”次数，才能从源头降低日志写入量。建议组合使用：
- 在
http块中设宽松连接限制，并关闭限流日志：limit_conn_zone $binary_remote_addr zone=addr:10m;<br>limit_conn addr 100;<br>limit_conn_log_level error;
- 在
server或location块中加请求级限流，带缓冲：limit_req zone=req_per_ip burst=20 nodelay;<br>limit_req_log_level warn;
这样大部分突发请求会被排队处理，而不是直接拒绝，error.log 保持干净，监控可转向 limit_req_status 等指标做趋势告警。
其他辅助优化手段
若仍需保留一定连接超限可观测性，又不想压垮磁盘：
- 用
log_format在 access log 中记录$limit_rate和$limit_conn_status字段，再通过外部工具（如 Prometheus + nginxlog exporter）聚合统计每分钟超限次数 - 启用内存环形缓冲区写 error.log：
error_log /dev/stderr error buffer=32k;（容器场景常用） - 禁用无意义静态资源的 error 日志，例如在 location ~* \.(js|css|png|jpg)$ { ... } 中不配置 error_log，或设为
error_log off;
