什么是 QPS？QPS怎么算？测试的时候怎么看？

• TPS、QPS、RPS 到底有什么区别？

• QPS 怎么算？测试的时候怎么看？

• 为什么老板一上来就问：你们系统能抗多少 QPS？

今天我们就用最通俗的语言，把 QPS 讲透。

1. QPS 是什么？

QPS，全称 Queries Per Second，意思是每秒能处理多少个请求。
它是衡量一个系统处理能力最直接的指标。

👉 打个比方：

• 你去餐馆点菜，点菜次数/秒 就是 QPS。

• 餐馆里有 5 个服务员，一秒钟能接 10 桌客人的点菜，那 QPS 就是 10。

• 如果同时来了 100 桌客人，但服务员只能接 10 桌，其余 90 桌只能等 —— 这就说明 QPS 已经到瓶颈了。

2. QPS、TPS、RPS 的区别

很多人容易混淆，这里顺便讲清楚：

• QPS：查询次数/秒，通常指 Web 请求、接口请求。

• TPS：事务数/秒，常用于金融、电商这种有“下单/支付/转账”完整事务的系统。

• RPS：Requests Per Second，本质上和 QPS 一样，强调“请求”。

👉 所以，对大部分做 Web/接口测试的人来说，QPS ≈ RPS。

3. QPS 怎么算？

公式非常简单：

QPS = 总请求数 ÷ 总时间（秒）

举例：

• 你用 JMeter 发了 10 万次请求，测试持续了 1000 秒。

• 那么平均 QPS = 100000 ÷ 1000 = 100。

不过，真实测试里我们更关注的是：

• 峰值 QPS（最高每秒能抗多少请求）

• 稳定 QPS（持续多久能稳住）

4. QPS 和性能测试的关系

很多时候，老板会问：

“我们这个系统能抗多少 QPS？”

其实他问的是：系统的最大并发处理能力是多少。

性能测试的目标，就是要找到 拐点：

• 在 QPS 提升的过程中，系统从“稳如老狗”到“突然变慢、报错、崩溃”的那个点。

• 那个点，就是系统的性能极限。

5. 实战：如何在测试中关注 QPS？

做性能测试时，你要注意这些点：

1. 压测工具设置

• JMeter、LoadRunner、Locust 都可以生成并发请求。

• 你需要根据场景配置并发用户数和请求速率。

2. 监控 QPS 指标

• 工具会实时输出当前 QPS。

• 推荐同时结合服务器监控（CPU、内存、带宽、数据库 QPS）。

3. 分析 QPS 拐点

• 随着并发增加，QPS 会逐渐提升。

• 直到某一刻，响应时间突然飙升、错误率升高，这时系统已经“超载”。

6. 一个简单的心法

记住：

• QPS 就是系统吞吐量的代名词。

• 能稳定抗住多少 QPS，说明系统处理能力是多少。

• 不同场景下，QPS 对应的意义不同，比如：

• 搜索接口的 QPS 高，说明检索速度快。

• 下单接口的 QPS 高，说明系统抗交易能力强。

所以，QPS 是性能测试中最直观、最有说服力的指标。

当你下次做压测时，不要只盯着“响应时间”，也要看看 QPS：

• 它能告诉你系统的承载能力；

• 它能帮助你定位瓶颈；

• 它能是你和老板沟通的“通用语言”。

记住一句话：
👉 “QPS 决定了系统能不能顶住流量洪峰。”