性能测试指标与排障

先定义可验证目标

性能方案应写清业务场景、数据规模、并发模型、压测时长和验收阈值。避免只写“支持 N 个用户”：系统用户数、在线用户数、并发用户数和严格并发用户数含义不同，不能直接互换。

指标	含义	使用建议
响应时间	请求发出到收到最后一个字节的耗时	关注 P50、P95、P99，而非只看平均值
TPS / RPS	每秒完成的事务 / 请求数	作为服务处理能力的主要刻度
吞吐量	单位时间内处理的数据量	与响应大小、网络和序列化开销一起分析
错误率	超时、5xx、业务失败等占比	必须与吞吐和延迟同时观察
资源利用率	CPU、内存、磁盘、网络、连接池等	用来判断瓶颈所在的资源层

常见排障路径

当延迟或错误率上升时，按请求链路逐层查看：应用 CPU 和 GC、线程池与连接池、数据库慢查询/索引/锁、缓存命中率、中间件队列，以及操作系统的 TCP 队列和文件描述符。只调大线程数通常无法解决数据库锁、索引缺失或下游饱和问题，反而可能放大排队和超时。

压测结论应保留场景、版本、环境、数据量、监控图表和异常样本，使后续优化可以对比验证。