3、对比指标的选择：响应时间、吞吐量、资源利用率、错误率、P99/P95延迟等核心指标详解
做性能回归对比，选对指标比跑对脚本还重要。
我见过太多团队，压测跑得飞起，结果拿了一堆数据回来，愣是看不出问题在哪。说白了，就是指标没选对。
今天咱们就把这几个核心指标掰开揉碎了讲。每个指标怎么用、什么时候用、坑在哪，我都会结合自己的实战经验说清楚。
3.1 响应时间：最直观的“用户体验尺子”
响应时间，就是用户发一个请求到收到回复，花了多久。这个指标最直接，也最容易理解。
但我建议你别只看平均值。平均值会骗人。
核心要点：
- 平均响应时间容易被极端值拉偏
- 要结合中位数（P50）一起看
- 响应时间的波动趋势比绝对值更重要
举个例子。有一次我排查一个接口的回归对比，平均响应时间从200ms降到了180ms，看起来是优化了。但仔细一看P99，从500ms飙到了2秒。为什么？因为优化了大部分请求，但有个别慢请求变得更慢了。这种问题，只看平均值根本发现不了。
我的习惯：做回归对比时，我会同时记录P50、P90、P99三个分位值。任何一个分位值出现明显变化，都要追查原因。
3.2 吞吐量：系统到底能扛多少
吞吐量，通常用TPS（每秒事务数）或QPS（每秒查询数）来衡量。它告诉你系统在单位时间内能处理多少请求。
嗯，这里要注意。吞吐量和响应时间是一对“冤家”。你压的并发越高，响应时间通常会变长，吞吐量可能先升后降。
我做回归对比时，习惯这样看吞吐量：
- 同并发下对比：同样的并发数，看TPS有没有提升或下降
- 看拐点位置：吞吐量开始下降的那个并发点，是不是提前了
- 结合资源利用率：吞吐量没变，但CPU占用翻倍了，这算不算回归？当然算！
我曾经踩过的坑：有一次做版本回归，新版本的TPS提升了15%，团队都很高兴。但我发现CPU利用率从40%飙到了85%。说白了，就是用更多资源换来了吞吐量提升。这种“优化”放到生产环境，可能直接导致其他服务受影响。
3.3 资源利用率：别让硬件“背锅”
资源利用率包括CPU、内存、磁盘I/O、网络带宽等。这个指标经常被忽略，但我觉得它恰恰是定位问题的关键。
为什么？因为很多性能问题，最终都会体现在资源消耗上。
| 资源类型 | 常见问题 | 回归对比关注点 |
|---|---|---|
| CPU | 代码逻辑变复杂、死循环 | 同吞吐量下CPU是否升高 |
| 内存 | 内存泄漏、对象创建过多 | GC频率是否增加、堆内存趋势 |
| 磁盘I/O | 日志写得太多、缓存失效 | iowait是否升高 |
| 网络 | 序列化变大、请求次数增加 | 带宽占用是否异常 |
我个人习惯，在回归对比报告里，资源利用率至少要放三张图：CPU趋势图、内存趋势图、GC活动图。这三张图能帮你快速判断性能变化是“真优化”还是“假优化”。
3.4 错误率：0.1%的异常也不能放过
错误率，就是失败请求占总请求的比例。这个指标在回归对比中特别敏感。
你想想看，响应时间优化了20%，但错误率从0.01%涨到了0.5%。这能上线吗？肯定不能。
我的经验：错误率的变化，往往比响应时间更早暴露问题。有一次做回归，响应时间完全正常，但错误率从0.02%涨到了0.08%。追查下去发现，新版本对某个特殊参数的校验逻辑有bug，导致部分请求返回了500。如果只看响应时间，这个问题就漏掉了。
做回归对比时，我建议你关注两类错误：
- 显式错误：HTTP 500、超时、连接拒绝等
- 隐式错误：业务返回码异常、数据不一致等
尤其是隐式错误，很多压测工具不会自动识别，需要你在脚本里加断言去捕获。
3.5 P99/P95延迟：抓住那“最慢的5%”
P99延迟，意思是99%的请求都在这个时间内完成。P95同理。
为什么这两个指标这么重要？因为用户体验的瓶颈，往往就在那最慢的1%或5%请求上。
我记得有一次帮一个电商平台做回归对比。平均响应时间从300ms降到了250ms，看起来不错。但P99从800ms涨到了1.5秒。后来发现，新版本对缓存策略做了调整，大部分请求变快了，但缓存miss时的回源查询变慢了很多。这种问题，P99一眼就能看出来。
我的建议：做回归对比时，把P99和P95作为“一票否决”指标。只要这两个指标恶化超过10%，不管其他指标多好看，都要打回去重新排查。
3.6 这些指标怎么组合使用？
单个指标看问题，容易“盲人摸象”。我一般会组合使用：
- 响应时间 + P99：看整体和尾部延迟
- 吞吐量 + 资源利用率：看效率是否真的提升了
- 错误率 + 响应时间：看是不是“牺牲正确性换速度”
你想想看，如果只盯着吞吐量，可能忽略了资源消耗翻倍的问题。如果只看平均响应时间，可能漏掉了P99恶化的风险。只有组合起来看，才能还原性能变化的真实全貌。
3.7 知识体系总览
下面这张图，是我自己总结的指标选择逻辑。每次做回归对比前，我都会过一遍：
3.8 实战中的指标选择清单
最后，我分享一个自己常用的指标选择清单。每次做回归对比前，照着这个清单过一遍，基本不会漏：
- 必选指标：平均响应时间、P99延迟、TPS、错误率、CPU利用率
- 建议指标：P50/P95延迟、内存利用率、GC暂停时间、网络I/O
- 进阶指标：数据库连接池等待时间、线程池活跃数、缓存命中率
记住一句话：指标不是越多越好，而是越精准越好。选对了指标，回归对比就成功了一半。