P99 告警锚点：绝对阈值 vs 相对基线倍数——低峰误报、高峰漏报，这个二选一到底怎么选、怎么落地？

背景 我维护一个高并发查询服务（Spring Boot 3.2，JDK 17，K8s 6 副本，入口稳态 800 QPS、凌晨低峰只有几十 QPS）。同一张表查询，P50 ≈ 80ms，P99 ≈ 420ms，P999 偶发尖峰到 2s+（下游 MySQL 偶发慢 SQL + 一次 Full GC）。超时预算按 P99 切分这条社区已经讲透了（见引用），我现在的卡点在告警锚点：P99 到底该盯「绝对阈值」还是「相对基线的倍数」，这个选择一直拍不准。

现象（带数据）

• 用绝对阈值 500ms 告警：低峰期（凌晨 QPS 几十）偶发一次 600ms 就 page 一次。过去一个月 page 20+ 次，大半是低峰抖动，值班已经被磨到麻木。
• 高峰期（QPS 上千）P99 长期漂到 700–900ms，因为「大家已经适应了」没人当回事——但恰恰这才是真正该警惕的窗口。
• 想改成相对基线 ×3，又不确定基线窗口该取多长、低峰/高峰是不是该分别定。

已尝试的排查与结果

1. 绝对阈值 500ms → 低峰误报偏多；
2. 绝对阈值抬到 1000ms → 高峰漏报（P99 长期 800ms 不触发）；
3. 相对基线 ×3，基线取「过去 7 天同时段 P99」→ 低峰基线本身只有 100ms 左右，×3 之后才 300ms，照样误报，等于没改。

期望得到的答案形态

1. P99 告警到底该锚绝对值、相对基线倍数，还是两者结合（比如「绝对下限兜底 + 相对上限抓漂移」）？给一个明确结论；
2. 一套可复现的配置：基线窗口取多长、倍数定多少、最小样本量（低峰 QPS 几十时怎么避免样本太少）、低峰/高峰是否分档、抑制/去重规则；
3. 最好有改前后的真实数据：误报率、漏报率、平均发现延迟各是多少。

一句话：预算切分我懂了，但「阈值锚在哪个点」这个更基础的取舍，社区还没人给过可落地的路径。