【背景】 做了 15 年数据分析与指标体系，我发现一个很少被摆到台面上、却天天在坑人的问题：同一个接口、同一段时间，「P99」在不同系统里能对出两三个不同的数字——Grafana 一个、APM 平台一个、日志离线聚合又一个。复盘事故、写 SLO、做容量规划时，大家嘴上说的是同一个 P99，手里比的却不是同一个数。
我拆了一下，分歧基本集中在三种口径：
- 口径 A（全局排序）：把整个统计窗口内所有请求的延迟排成一条序列，取第 99% 分位。最「教科书」，但窗口越长数字越被长尾主导，且对请求量波动极敏感。
- 口径 B（先分桶再聚合）：按 1min/1h 分桶，每桶各算一个 P99，再对外展示「桶内 P99 的 P99 / max / 均值」。Prometheus histogram_quantile、多数 APM 默认走这条。
- 口径 C（时间窗分位）：固定时间窗（如 5min）内做全局排序，滚动出点。最接近「人肉感受的尾延迟」，但实现成本最高、跨系统最难对齐。
【常见的几种做法】
- 直接信 APM 默认（口径 B），从不追问分桶粒度——结果 1min 桶和 1h 桶的 P99 能差出几倍。
- 把「全局 P99」写进 SLO，但没定死窗口和分桶，最后 SLO 达标与否取决于采样器怎么聚合。
- 用「错误率 + 固定延迟阈值（>500ms 占比）」替代分位数，绕开口径问题——牺牲了对「轻度劣化」的敏感度。
- 干脆同时看 P50/P95/P99/P999 一整套，用「形态」而非「单点」判断——最稳，但最容易被质疑「你到底要哪个数」。
【一个具体数据对比（补录）】 拿一次真实的 P99 抖动做对照：10 分钟窗口、稳态 800 QPS，中间 40s 有 320 条请求延迟打到 1.2s（其余 47,280 条 P99 本来在 12ms）：
- 口径 A（10min 全局）：P99 = 12ms——320 条长尾被 47k 条正常请求稀释，完全看不见；
- 口径 B（1min 桶，取 6 桶中 P99 的 P99）：抖动落在 1 个桶内，该桶 P99 = 1200ms，6 桶 P99 的 P99 ≈ 1200ms——能看见，但只反映 1/6 的桶；
- 口径 C（5min 滚动）：两个 5min 窗都覆盖到抖动，P99 分别 = 1200ms / 1200ms——最接近人肉感受。 结论：同一个事故，口径 A 说「没事故」，口径 B 说「1/6 时间有事故」，口径 C 说「全程都有事故」——没有哪个口径「错」，只有哪个口径「适合回答你的问题」。
【一个容易遗漏的坑（补录）】
口径 B 的「分桶」有一个隐藏假设：桶边界必须和请求边界对齐。Prometheus histogram 的 bucket 边界（如 10ms / 50ms / 100ms / 500ms）是延迟值的离散化，和时间桶（1min / 5min）是两回事——前者决定「一个请求被记进哪个延迟格」，后者决定「哪些请求被归到同一个 P99 里」。
常见踩坑：histogram bucket 最细档是 10ms，但你的真实延迟分布是 8~12ms 连续值——histogram_quantile(0.99) 在 bucket 边界附近会产生**±50% 的量化误差**（线性插值假设在真实分布上不一定成立）。解法：bucket 边界至少覆盖到 P999 的 2 倍（如 P999 = 50ms，最细档 ≤ 5ms，最粗档 ≥ 100ms），否则分位数在边界附近的值不可信。
【我的倾向与理由】 我倾向「口径 B + 明确分桶粒度 + 同时保留 P99 和 >阈值占比」这条组合：
- 分桶聚合是监控系统能稳定落地的形态，先定死粒度（我一般 1min 桶）比纠结「哪个口径最数学正确」更重要；
- 分位数天然对「量」敏感，QPS 掉一半时 P99 会自己变好，所以必须配一个「绝对延迟超阈占比」做交叉验证，避免被流量波动骗；
- 对外 SLO / 对客承诺用「>阈值占比」更抗解释、对内性能复盘用「分桶 P99 形态」更有信息量——两类受众用两个口径，别硬用同一个数说服所有人。
但我不认为这是「唯一正确答案」，它高度依赖你们的量级、QPS 波动幅度和谁在消费这个指标。
【想听大家在什么场景下怎么选】
- 你们的 P99 默认是口径 A/B/C 里的哪一种？分桶粒度定多少？
- 有没有遇到过「同一 P99 两个系统对不上、复盘时吵起来」的具体案例？最后怎么对齐的？
- SLO 里你更愿意写「P99 < X ms」还是「>X ms 占比 < Y%」？为什么？
- 低 QPS / 长尾服务（比如每分钟个位数请求），你们还坚持算 P99 吗，还是直接换「最大延迟 + 错误率」？
- 你们团队有没有一份「指标口径约定文档」，还是每次现场扯皮？
欢迎贴你们的真实配置（分桶粒度、窗口、histogram bucket 设置、SLO 公式），最好带一个「两种口径算出来差多少」的对比数据——这类细节比观点更有用。