将 limit_conn_log_level 设为 error 可显著降低连接超限时的日志刷屏频率，减少磁盘 i/o 无效写入；它不改变限流逻辑，仅控制被拒绝连接是否记日志及日志级别，默认 warn 级别在高并发或扫描攻击下易每秒生成数百条重复日志，迅速填满 error.log 并加重磁盘负担。

直接把 limit_conn_log_level 设为 error，就能显著降低连接超限时的日志刷屏频率，从而减少磁盘 I/O 的无效写入。它不改变限流逻辑，只控制“被拒绝连接”是否记日志、以什么级别记——而默认的 warn 级别在高并发或扫描攻击下极易每秒生成数百条日志，迅速填满 error.log，既掩盖真实错误，又加重磁盘负担。

为什么 warn 级别会放大磁盘压力

当大量连接瞬间超出 limit_conn 限制时，Nginx 默认对每次拒绝都写一条 warn 日志。这些日志内容高度重复（仅 client 地址略有不同），却占用同等磁盘空间和 I/O 资源。尤其在突发流量、爬虫探测或 DDoS 尝试场景下，error.log 可能在几秒内增长数 MB，触发频繁的 logrotate 和压缩，进一步拉高系统负载。

推荐设置：limit_conn_log_level error

这个配置让 Nginx 仅在极少数严重异常（如共享内存 zone 初始化失败）时记录日志，正常连接超限完全不落盘。效果是 error.log 保持干净，真正需要关注的错误不会被淹没。

• 在 http 块中统一配置：
  limit_conn_zone $binary_remote_addr zone=addr:10m;
limit_conn addr 100;
limit_conn_log_level error;
• 无需修改 access_log 或其他模块配置，不影响请求追踪能力
• 若需审计超限行为，应通过外部工具聚合分析 access_log 中的 $status（如 503）字段，而非依赖 error.log

配合 limit_req 减少实际拒绝次数

单靠 log_level 降级只能“少记”，不能“少拒”。要从源头减少日志生成机会，需搭配请求级限流：

• 在 server 或 location 块中添加：
  limit_req zone=req_per_ip burst=30 nodelay;
  其中 nodelay 让 burst 内请求不排队、快速通过，避免延迟日志干扰；burst 值设为合理缓冲量，吸收毛刺流量
• 同时设 limit_req_log_level warn; —— 拒绝仍记 warn，但因 burst 缓冲，拒绝频次大幅下降
• 再配合 limit_req_status 429; 返回标准状态码，便于前端或监控识别

进阶：分离限流日志，彻底隔离磁盘影响

如果业务有审计需求，又不想污染主 error.log，可单独输出限流事件：

• 定义轻量日志格式：
  log_format conn_limit '$remote_addr $server_name [$time_local] status=$status conn_rejected';
• 指定独立日志文件：
  access_log /var/log/nginx/conn_limit.log conn_limit;
  该文件可配置更激进的轮转策略（如 hourly + gzip）
• 确保该路径所在磁盘与 error.log 不同，避免 I/O 竞争