3 分钟理清 QPS、TPS、RT 以及它们之间的关系

在评估系统性能的时候，我们经常会听到 QPS、TPS、RT、吞吐量等等一些概念，包括在一些面试场景下可能也会遇到这些概念，我们来稍微梳理一下。

做一个简单的概念扫盲。

一 QPS

QPS（Queries Per Second） 是每秒的查询率，它表示一台服务每秒响应的查询的次数。

具体来说，QPS 反映了系统在高并发环境下处理请求的能力。一个高 QPS 的系统能够在单位时间内处理更多的请求，从而提供更好的用户体验和更高的吞吐量。相反，QPS 较低的系统可能在面对大量请求时会出现响应延迟或请求失败的情况。

举个栗子：

假设服务器 1 秒响应 500 次请求，那么此时 QPS 就是 500。

二 TPS

TPS（Transactions Per Second） 表示每秒事务处理的数量，一个事务表示客户端向服务器发送请求，然后响应的过程。

举个栗子

比如用户在 jd 上下单的时候，每当用户下单请求被服务器接受到之后，服务需要保存订单、扣减商品库存、确认支付等等这一些列的操作，所有过程都完成后，将结果响应给客户端。这个完整的过程就是一次事务，TPS 则表示每秒内可以完成多少次这样的请求。

整体上来说，一个 TPS 包括了三个部分：

1. 用户请求服务器

2. 服务器自己的内部处理

3. 服务器返回给用户

这样一个完整的过程就是一个 TPS。

有的小伙伴分不清 TPS 和 QPS，简单来说是这样：

• 如果是对一个查询接口压测，且这个接口内部不会再去请求其它接口，那么 TPS = QPS，否则，TPS ≠ QPS。

• 如果是容量场景，假设 N 个接口都是查询接口，且这个接口内部不会再去请求其它接口，QPS = N * TPS。

第一点好理解，针对第二点我举一个简单的案例：假设请求一个页面，这就是一个 TPS，这个页面中又发送了 5 次请求向服务器加载数据，那么 QPS=TPS*5。

三 RT

RT（Response-time）响应时间，这个表示执行一个请求从开始到最后收到响应数据所花费的总时间，即从客户端发起请求到收到服务器响应结果的时间。

如果忽略网络传输时间，响应时间是处理时间和等待时间的总和，其中：

• 处理时间是完成请求要求的工作所需的时间

• 等待时间是请求在被处理之前必须在队列中等待的时间

RT 是一个系统最重要的指标之一，它的数值大小直接反应了系统的快慢。

举个栗子

这里，RT = T2 - T1。

四 并发数

系统并发数是指在某一时刻，系统中能够同时处理的请求数量。这个指标通常用来衡量系统在高负载情况下的性能和处理能力。

五 几个概念之间的关系

除了前面第二小节和大家介绍的 TPS 和 QPS 之间的公式之外，再给小伙伴们两个公式：

• RT = 并发数/QPS

• QPS = 并发数/RT

好啦，几个常见的概念，小伙伴搞懂了吧～

行业拓展

分享一个面向研发人群使用的前后端分离的低代码软件——JNPF。

基于 Java Boot/.Net Core 双引擎，它适配国产化，支持主流数据库和操作系统，提供五十几种高频预制组件，内置了常用的后台管理系统使用场景和实用模版，通过简单的拖拉拽操作，开发者能够高效完成软件开发，提高开发效率，减少代码编写工作。

JNPF 基于 SpringBoot+Vue.js，提供了一个适合所有水平用户的低代码学习平台，无论是有经验的开发者还是编程新手，都可以在这里找到适合自己的学习路径。

此外，JNPF 支持全源码交付，完全支持根据公司、项目需求、业务需求进行二次改造开发或内网部署，具备多角色门户、登录认证、组织管理、角色授权、表单设计、流程设计、页面配置、报表设计、门户配置、代码生成工具等开箱即用的在线服务。