3、容量压测概述：压测目的、压测类型与关键指标
容量压测是平台工程中保障服务稳定性的核心手段。在自助服务接口调用机制上线前，必须通过压测验证系统能否承载预期的业务流量。本章从压测目的、压测类型和关键指标三个维度建立统一认知。
3.1 压测目的
容量压测的核心目标并非单纯“把系统压垮”，而是通过可控的负载模拟，提前发现性能瓶颈、验证容量规划、保障服务等级协议（SLA）。具体目的包括：
- 容量验证：确认系统在峰值流量下的处理能力是否满足业务目标。
- 瓶颈定位：识别CPU、内存、IO、网络、数据库连接池等资源的短板。
- 稳定性评估：检验系统在长时间运行或突发流量下是否出现内存泄漏、连接耗尽等问题。
- 弹性伸缩验证：为自动扩缩容策略提供基准数据，验证伸缩效果。
- SLA 达标检查：确保QPS、RT、错误率等指标在阈值范围内。
平台工程视角：自助服务接口调用机制应内置压测触发能力，让开发团队在提交接口变更时自动执行基线压测，避免性能退化流入生产环境。
3.2 压测类型
根据测试目标和负载模式，容量压测通常分为以下三种类型。实际项目中往往组合使用。
| 压测类型 | 核心目标 | 负载模式 | 典型场景 |
|---|---|---|---|
| 负载测试 | 验证系统在预期正常负载下的性能表现 | 逐步增加并发至目标值，保持稳定 | 日常业务峰值模拟（如双11 30%流量） |
| 压力测试 | 找出系统的最大承载上限和崩溃点 | 持续增加负载直至系统出现瓶颈或失败 | 容量规划、限流阈值设定 |
| 稳定性测试 | 检验系统在长时间运行下的资源衰退情况 | 恒定负载（通常为峰值的70%-80%）持续数小时 | 内存泄漏检测、连接池回收验证 |
常见误区：压力测试不等于负载测试。负载测试关注“能不能扛住”，压力测试关注“扛到多少会倒”。稳定性测试则关注“扛多久不出问题”。三者缺一不可。
3.3 压测关键指标
压测结果通过三个核心指标量化：QPS（每秒查询数）、RT（响应时间）和错误率。这三个指标共同构成系统性能的“铁三角”。
3.3.1 QPS（Queries Per Second）
QPS 表示系统每秒能处理的请求数量，是衡量吞吐量的核心指标。在自助服务接口场景中，QPS 直接决定接口能同时服务多少调用方。
- 峰值 QPS：系统能承受的最大瞬时吞吐量。
- 平均 QPS：长时间运行下的稳定吞吐量。
- 与并发数的关系：QPS = 并发数 / 平均 RT（秒），三者相互制约。
3.3.2 RT（Response Time）
RT 表示从发送请求到收到完整响应所经过的时间，通常以毫秒（ms）为单位。RT 直接影响用户体验。
- 平均 RT：所有请求响应时间的算术平均值。
- TP99 / TP999：99% / 99.9% 的请求响应时间低于该值，反映长尾延迟。
- RT 抖动：响应时间的标准差，衡量稳定性。
3.3.3 错误率（Error Rate）
错误率指压测过程中返回非成功状态码（如 HTTP 5xx、超时、业务异常）的请求占比。错误率是系统健康度的直接体现。
- 可接受阈值：通常要求错误率 < 0.1%（千分之一），核心接口要求 < 0.01%。
- 错误类型分析：需区分服务端错误（5xx）、客户端错误（4xx）、超时错误、业务逻辑错误。
铁三角关系：在压测过程中，QPS、RT、错误率三者相互影响。当负载增加时，RT 会逐渐上升，QPS 达到拐点后不再增长，错误率开始飙升。这个拐点就是系统的真实容量上限。
3.4 指标在自助服务接口中的实践
在平台工程的自助服务接口调用机制中，压测指标需要与接口的 SLA 目标绑定。以下是一个典型的接口压测验收标准示例：
| 指标 | 目标值 | 告警阈值 | 熔断阈值 |
|---|---|---|---|
| QPS | ≥ 5000 | < 4000 | < 3000 |
| 平均 RT | ≤ 200ms | > 300ms | > 500ms |
| TP99 RT | ≤ 500ms | > 800ms | > 1200ms |
| 错误率 | ≤ 0.05% | > 0.1% | > 0.5% |
平台工程建议：在自助服务接口的压测作业平台中，应将上述指标阈值配置为自动化门禁。每次压测完成后，系统自动比对结果，未达标则阻断上线并生成性能优化工单。