限流配置把正常用户也拦了 limit_req 的 burst 怎么估

limit_req_zone $binary_remote_addr zone=api:10m rate=10r/s;
location /api/ {
  limit_req zone=api burst=20 nodelay;
  limit_req_status 429;
}

加了接口限流后，正常用户刷新几次就收到 503，投诉集中在图片较多的页面。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：速率阈值过低且突发队列太小，页面并发加载多个资源时瞬间超过限制。

这次卡住的地方就在「Nginx 限流误伤」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。

把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。

测试环境和线上的差别，往往就在版本号和那几行被忽略的配置上。线上出问题先对时间点，跟发布、备份、任务执行的时刻排一排，能省掉一半功夫。

处理上按这个顺序：按真实并发调整速率与突发容量；对静态资源单独放行；观察被拒日志再微调。

确认没问题再收工，正常访问不再被误拦，异常高频请求仍能被限制。