什么是 RPS？RPS的概念

有人听过 QPS，有人听过 TPS，那么 RPS 又是什么？和 QPS 有啥区别？
今天我们就用最直白的方式，讲清楚 RPS 在性能测试中的作用。

    1. RPS 是什么？

    RPS，全称 Requests Per Second，意思是 每秒能处理多少个请求。

    👉 打个比方：
想象你在超市的收银台：

• 顾客排队结账，每个顾客就是一个“请求”；

• 收银员 1 秒能结 3 个顾客，那收银台的 RPS = 3；

• 如果来了 100 个顾客，而收银员只能处理 3 个，剩下的顾客就只能等，这就是 系统的瓶颈。

    2. RPS 和 QPS 的区别

    很多人会问：RPS 和 QPS 有什么不一样？

• QPS（Queries Per Second）：多用于“查询类系统”，比如搜索引擎、数据库查询。

• RPS（Requests Per Second）：更通用，适用于 所有请求，不管是查询、下单还是接口调用。

    👉 通俗理解：

• 如果系统以“查询”为主，大家习惯说 QPS；

• 如果系统请求类型更复杂，就直接用 RPS。

    所以在大多数 Web/接口测试场景中，RPS ≈ QPS。

    3. RPS 怎么算？

    计算公式非常简单：

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

    举例：

• 你用压力测试工具发了 12 万次请求，测试持续 600 秒；

• 那么平均 RPS = 120000 ÷ 600 = 200。

    不过在测试中，我们更关心的是：

• 峰值 RPS（最高能处理多少请求/秒）

• 稳定 RPS（在高压下能持续多久不崩溃）

    4. RPS 在性能测试中的意义

    老板常问的那句：

    “我们系统能抗多少并发？”

    其实背后说的就是 RPS 能到多少。

    在压测时，随着并发用户增加：

• RPS 会逐步升高；

• 到某个点，响应时间开始变长、失败率上升；

• 这就是系统的 性能拐点。

    👉 所以，RPS 不只是一个数字，它直接反映了：

• 系统吞吐量

• 并发处理能力

• 是否能顶住流量高峰

    5. 实战中如何关注 RPS？

    做性能测试时，RPS 的几个关键点：

1. 压测工具

• JMeter、Locust、k6 等都能统计 RPS；

•   配置并发用户数和请求速率，逐步加压，观察 RPS 变化。

2.    结合监控指标

• 单看 RPS 没意义，要结合 CPU、内存、数据库吞吐量；

• 比如应用层 RPS 2000，但数据库只能抗 500，那瓶颈就在数据库。

3.   找到性能拐点

• RPS 不断增加时，响应时间突然飙升、错误率升高，就是系统极限；

• 这个点就是你要报告的结果：“系统最大可稳定承载 XXX RPS”。

    6. 一个小心法

• RPS 就是系统处理请求的速度计数器；

• 能稳定抗住多少 RPS，代表系统的吞吐量；

• 不同业务接口对应的 RPS 含义不同：
  

• 登录接口 RPS 高 → 系统能抗大规模用户登录；

• 下单接口 RPS 高 → 电商大促能扛住并发下单；

•  查询接口 RPS 高 → 搜索能秒出结果。

    结语

    当你下次做性能测试时，记得多关注 RPS 曲线：

• 它能告诉你系统的吞吐能力；

• 它能帮助你找到性能瓶颈；

•    它更是和老板、开发沟通时最直观的“硬指标”。

    一句话总结：
👉 RPS = 系统每秒能接多少活儿。能顶住多少 RPS，就能扛住多少流量洪峰。