SELECT DATE_FORMAT(created_at, '%H:%i') AS m, COUNT(*) / 60 AS qps FROM access_log WHERE created_at > '2026-03-01' GROUP BY m ORDER BY qps DESC LIMIT 10;
接口日均 300 QPS,限流阈值设成 400。晚上 8 点实际峰值 900,429 比例 52%,持续 40 分钟。第二天同样的时间点又复现。先别急着动参数,把报错原文和时间点记下来,顺序反了容易白折腾。
原因不复杂,阈值参考的是日均值,没有看分时曲线。晚高峰集中在 40 分钟里,平均值把这个尖峰摊平了,看起来容量很充足。
「限流阈值估算」确认了原因之后,改动尽量只碰那一处,顺手改的东西后面最容易出问题。改动写完就同步给同事,下一个人踩同一个坑,成本还是你的。
验证用真实数据走一遍,测试数据太干净,边界情况根本碰不到。能分两步做的操作就别合成一步,中间看一眼返回值,出问题好判断。
报错里带路径的,先去看那个路径在不在、权限对不对。
处理上按这个顺序:阈值按 P99 峰值乘 1.3 留余量;看一周的分时曲线 找出真正的高峰时段;容量不够先扩容再调阈值 别只改数字。
改完只确认一件事:阈值调到 1200 后晚高峰 429 比例降到 1% 以下,接口 P99 保持在 400 毫秒内。
