压测怎么准备：目标、场景、指标、数据和瓶颈分析

压测不是把并发调大然后看系统会不会挂。一次有效压测，要先明确目标、场景、指标、数据和风险。

先明确压测目标

压测前要回答：

• 要验证哪个接口。
• 目标 QPS 是多少。
• 可接受响应时间是多少。
• 错误率上限是多少。
• 是否要验证稳定运行。
• 是否要找系统瓶颈。

目标不同，压测方式也不同。

场景要接近真实业务

压测场景要考虑：

• 登录态。
• 参数分布。
• 数据冷热。
• 读写比例。
• 依赖服务。
• 缓存命中率。
• 数据库连接池。

如果所有请求都打同一个参数，结果往往不可信。

指标要一起看

压测时至少观察：

• QPS。
• 平均响应时间。
• P95 和 P99。
• 错误率。
• CPU。
• 内存。
• GC。
• 数据库连接数。
• 慢 SQL。
• 线程池队列。

只看接口响应，不看资源指标，很难判断瓶颈在哪。

数据和环境要隔离

压测最好使用独立环境和独立数据，避免影响真实用户。

如果必须连接共享依赖，要提前确认限流、告警、清理和回滚方案。

维护建议

压测报告可以固定包含：

1. 压测目标。
2. 场景和参数。
3. 环境配置。
4. 结果指标。
5. 瓶颈分析。
6. 优化建议。

这样压测结果才能被后续版本复用，而不是一次性截图。