限流触发时默认以error级别记录日志，易导致日志泛滥；应通过limit_req_log_level调整为warn/notice/info等更合理级别，并配合429状态码、自定义日志格式及硬拦截策略协同降噪。
限流触发时，默认会以 error 级别记录日志，高频场景下容易刷爆磁盘或干扰关键错误排查。调整 limit_req_log_level 是控制日志密度最直接有效的方式。
limit_req_log_level 的作用与默认行为
该指令决定当请求被 limit_req 模块拒绝（如超出 burst 或无令牌可用）时，记录日志的级别。它不控制限流是否生效，只影响日志输出的“声音大小”。
默认值是 error，意味着每次被限流都会写一条 error 日志——在每秒数百次限流的接口上，这会导致 access.log 和 error.log 同时暴涨，掩盖真正需要关注的服务异常。
如何配置更合理的日志级别
将日志级别下调，可显著降低非关键信息的输出量，同时保留可追溯性：
-
设为
warn：适用于已知存在扫描或试探流量的生产环境，既提醒运维注意异常模式，又避免日志泛滥 -
设为
notice：适合压测或灰度阶段，需观察限流分布但不希望干扰监控告警系统 -
设为
info：仅建议在调试限流策略时临时启用，用于验证 key 是否准确、burst 是否合理
配置示例（放在 http/server/location 块中均可）：
limit_req_log_level warn;配合其他手段进一步降噪
单靠调整日志级别还不够，建议组合使用以下方式：
- 用
limit_req_status 429统一返回标准限流状态码，便于前端/网关识别，减少对 error 日志的误读 - 通过
log_format自定义日志字段，加入 $limit_rate_status 或 $limit_conn_status 变量，把限流标识显式打到 access.log 中，而非挤占 error.log - 对明确的恶意 IP 段，优先用
deny或 geo+map 实现硬拦截，从源头减少限流触发次数
