《吞吐量与QPS：深入解析两者的关系》
图片来源于网络，如有侵权联系删除
在计算机系统和网络性能评估领域，吞吐量（Throughput）和每秒查询率（Queries Per Second，QPS）是两个非常重要的概念，但它们并不相同。
一、吞吐量的概念
吞吐量通常衡量的是单位时间内系统成功处理的事务数量或者传输的数据量，如果从数据传输的角度来看，例如一个网络接口的吞吐量可能以每秒传输的字节数（bytes/sec）来表示，在数据库系统中，吞吐量可以表示为每秒执行的事务数量（transactions/sec）。
假设我们有一个文件下载服务器，它的吞吐量就是在一定时间内成功下载给用户的文件总大小，比如在10秒钟内，服务器总共向用户发送了100MB的数据，那么它的吞吐量就是10MB/sec，这个数值反映了服务器能够向外部提供数据的能力。
从业务逻辑的角度理解，对于一个在线购物系统，吞吐量可以表示为每秒成功处理的订单数量，在促销活动期间，系统需要处理大量的订单提交、库存更新、支付处理等操作，此时系统的吞吐量就决定了它能否在高负载下正常运转，如果系统的吞吐量较低，可能会导致订单处理延迟、用户体验下降，甚至系统崩溃。
二、QPS的概念
QPS主要侧重于衡量系统每秒能够响应的查询请求数量，这里的查询是一个比较宽泛的概念，可以是对数据库的查询操作，也可以是对Web服务器的HTTP请求，一个Web应用程序接收用户的登录请求、搜索请求等，QPS就是统计每秒能够处理这些请求的数量。
图片来源于网络，如有侵权联系删除
以一个搜索引擎为例，当用户输入关键词进行搜索时，搜索引擎需要处理这个搜索请求并返回结果，如果在1秒内，搜索引擎能够处理1000个这样的搜索请求，那么它的QPS就是1000，QPS的高低直接影响着用户体验，对于一个热门的网站或者服务，如果QPS不能满足用户的需求，用户就会感觉到明显的卡顿，比如在电商平台大促时搜索商品，如果搜索服务的QPS很低，搜索结果迟迟不能显示，用户可能就会放弃购买。
三、吞吐量和QPS的区别与联系
1、区别
- 度量内容不同
- 吞吐量更关注系统整体处理事务或者传输数据的总量，它涉及到整个业务流程中所有相关操作的综合结果，而QPS主要聚焦于查询请求的处理数量，是对特定类型请求处理能力的一种衡量，在一个包含数据库查询、数据处理和结果返回的复杂业务场景中，吞吐量考虑的是从业务开始到结束整个过程的处理量，而QPS可能只关注其中查询部分的处理频率。
- 计算方式差异
- 吞吐量的计算需要考虑业务逻辑中的多个环节，以一个包含数据读取、处理和存储的系统为例，吞吐量的计算要综合考虑数据从源端到目的端的整个流转过程中成功处理的数据量或事务量，QPS的计算相对简单，主要是统计每秒到达系统的查询请求数量，通常不涉及对请求处理过程中其他复杂操作（如数据更新、关联操作等）的考量。
图片来源于网络，如有侵权联系删除
2、联系
- 在很多情况下，QPS会对吞吐量产生影响，较高的QPS通常意味着系统有更多的机会去处理事务，从而有可能提高吞吐量，如果一个系统的QPS很低，那么它的吞吐量也很难提高，在一个数据库系统中，如果每秒能够处理的查询请求（QPS）很少，那么能够完成的事务数量（吞吐量）也会受到限制。
- 吞吐量并不完全取决于QPS，即使QPS很高，如果每个查询请求的处理时间很长或者处理过程中存在大量的资源争用等问题，吞吐量也可能不会很高，一个Web服务器虽然每秒能够接收1000个HTTP请求（QPS = 1000），但是由于服务器资源有限，每个请求的处理时间长达1秒，那么在1秒内能够成功处理并返回结果的事务数量（吞吐量）可能只有100个。
吞吐量和QPS虽然都是评估系统性能的重要指标，但它们有着不同的含义和侧重点，在分析和优化系统性能时，需要综合考虑这两个指标以及其他相关因素。
评论列表