压测怎样看吞吐量

在性能压测中，**吞吐量（Throughput）**通常用来衡量系统单位时间内处理请求的能力。看懂吞吐量，需要从“看什么指标、在哪里看、怎么判断好坏”三个层面来理解。

一、吞吐量一般指什么

常见有两种理解：

1. 请求吞吐量（Requests/sec，RPS / TPS）
   • 每秒处理了多少个请求
   • 最常用的压测吞吐量指标
2. 数据吞吐量（Bytes/sec）
   • 每秒传输的数据量（如 MB/s）
   • 更关注带宽、网络、文件传输类场景

一般说“压测吞吐量”，默认指 TPS / QPS / RPS

二、常见压测工具里怎么看

1. JMeter

• Summary Report / Aggregate Report
  • Throughput：请求/秒
• View Results Tree（不推荐大量压测用）
• CLI 模式（推荐）

  summary = 1200 in 00:00:10 = 120.0/s
  

  → 吞吐量 120/s

2. wrk

wrk -t10 -c100 -d30s http://api.test.com

输出：

Requests/sec: 8500.22

→ 吞吐量 8500 RPS

3. ab（Apache Bench）

ab -n 10000 -c 100 http://api.test.com

输出：

Requests per second: 1200.50 [#/sec]

4. 云压测 / APM（如 Prometheus + Grafana）

• QPS / TPS 曲线
• 随时间变化，看是否稳定

三、怎么“看”吞吐量是否合理

1. 看吞吐量是否随并发增长

✅ 理想：吞吐随并发上升后趋于平稳
❌ 异常：并发一高吞吐反而掉

2. 结合响应时间看（非常重要）

只看吞吐会误判：

• 吞吐高 + RT 很低 → ✅ 好
• 吞吐高 + RT 很高 → ❌ 系统被压“假活”
• 吞吐低 + RT 高 → ❌ 有瓶颈

常用组合：

吞吐 ↑，RT 稳定 → 健康
吞吐 ↑，RT ↑ → 接近极限
吞吐 ↓，RT ↑ → 已崩溃

3. 看是否达到预期

举例：

• 业务目标：支持 5000 QPS
• 压测结果：4500 QPS，RT 200ms → 未达标，需优化

四、吞吐量上不去，常见原因

• CPU 打满
• 数据库慢查询 / 锁
• 线程池 / 连接池不足
• GC 频繁
• 网络带宽限制
• 同步阻塞调用

五、一句话总结

压测看吞吐量，不是只看一个数字，而是看：在不同并发下，吞吐是否稳定上升、响应时间是否可控、是否达到业务目标。

如果你愿意，可以告诉我：

• 用的什么压测工具
• 接口类型（HTTP / RPC / DB）
• 当前吞吐和 RT 数据

我可以帮你具体分析瓶颈。