如果你是一个后端工程师,每天都会听到这些词:P99 飙了、QPS 扛不住、慢请求率太高、5xx 告警了……
但你真的理解每一个指标背后的含义吗?为什么大厂考核 P99 而不是平均耗时?为什么 99.99% 和 99.999% 的差距是指数级的?
本文带你从 P99 这个"最核心的延迟指标"出发,一路拓展到互联网后端全维度性能指标体系,通俗解释 + 场景实战,一篇搞懂。
一、P99 基础概念:后端最核心的延迟指标
1.1 先搞懂:什么是 Pxx 分位数?
2026/7/2大约 23 分钟
如果你是一个后端工程师,每天都会听到这些词:P99 飙了、QPS 扛不住、慢请求率太高、5xx 告警了……
但你真的理解每一个指标背后的含义吗?为什么大厂考核 P99 而不是平均耗时?为什么 99.99% 和 99.999% 的差距是指数级的?
本文带你从 P99 这个"最核心的延迟指标"出发,一路拓展到互联网后端全维度性能指标体系,通俗解释 + 场景实战,一篇搞懂。
容量规划与架构容量模型:从QPS到资源预估是系统设计的核心,它决定了系统的可扩展性、可靠性和可维护性。
本文介绍了容量规划与架构容量模型:从QPS到资源预估的设计原则和实践经验,帮助你提升架构设计能力。
DAU (Daily Active Users) ← 日活跃用户数
└─ 每天有多少用户使用系统
└─ 关键指标,用于长期规划
PCU (Peak Concurrent Users) ← 峰值并发用户数
└─ 某个时刻最多有多少用户在线
└─ 关键指标,用于短期容量规划
QPS (Queries Per Second) ← 每秒查询数
└─ 最关键的技术指标
└─ 直接决定硬件规模
TPS (Transactions Per Second) ← 每秒事务数
└─ QPS的子集(某些请求才算一个事务)
Throughput ← 吞吐量
└─ 单位时间处理的数据量(MB/s)