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 毫秒内。

作者 9823189