性能测试关注哪些指标？流程是什么？

核心指标五类：响应时间看 P95/P99 而不是平均；吞吐看 TPS/QPS；并发数与错误率；资源水位——CPU、内存、IO、网络。流程是：先定目标和场景模型，再开发脚本做参数化，阶梯加压找拐点，定位瓶颈，调优后复测。我理解性能测试的关键是找拐点——吞吐不再涨而响应开始涨的那个并发点。

我做过的下单链路压测：先做容量模型——日常峰值 500 TPS、按三倍冗余定目标 1500；脚本用真实流量回放的参数分布，思考时间模拟用户节奏；执行从 100 并发阶梯到 800，发现 600 时 TPS 到顶、P99 从 800ms 跳到 3s，拐点在连接池上限。扩容后达标。报告里我最重视两点：数据有基线对比、瓶颈有证据链。

性能测试我分目的讲：容量测试找系统能力边界、负载测试验证目标水位、压力测试看过载行为与恢复能力、稳定性测试跑长周期看泄漏。工程关键：环境与生产的等比性、数据量的真实性——百万级表和空表结果完全不同、监控要全链路否则压出问题定位不了。测试只产出数据，性能工程是测出-定位-优化-复测的闭环。

追问『为什么看 P99 不看平均』：长尾被平均掩盖，用户感知的是最差体验；『压测数据怎么隔离』：影子表或流量标记，压测数据不进生产库与报表；『TPS 上不去怎么定位』：先看压测机是否瓶颈、再看中间件队列与连接池、最后看应用与 DB，逐层看等待；『怎么压缓存场景』：命中率目标下的混合读写比例与热 key 构造。