性能测试中QPS/TPS/并发量/系统吞吐量的概念

QPS：Queries Per Second，意思是“每秒查询率”，是一台服务器每秒能够响应的查询次数，是对一个特定的查询服务器（比如是读写分离的架构，就是读的服务器）在规定时间内所处理流量多少的衡量标准。通俗的讲可以理解为：每秒钟处理完请求的次数；注意这里是处理完。具体是指发出请求到服务器处理完成功返回结果。可以理解在server中有个counter，每处理一个请求加1，1秒后counter=QPS

TPS：TransactionsPerSecond，意思是“每秒事务数”，一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。通俗的讲可以理解为：每秒钟处理完的事务次数，一般TPS是对整个系统来讲的。一个应用系统1s能完成多少事务处理，一个事务在分布式处理中，可能会对应多个请求，对于衡量单个接口服务的处理能力，用QPS比较多。

tps，即每秒处理事务数，每个事务包括了如下3个过程：

a.用户请求的服务器

b.服务器自己的内部处理（包含应用服务器、数据库服务器等）

c.服务器返回给用户

如果每秒能够完成N个这三个过程，TPS就是N;

qps，如果是对一个页面请求一次，形成一个tps，但一次页面请求，可能产生多次对服务器的请求（页面上有很多html资源，比如图片等），服务器对这些请求，就可计入“Qps”之中；

         但是，如今的项目基本上都是前后端分离的，性能也分为前端性能和后端性能，通常默认是后端性能，即服务端性能，也就是对服务端接口做压测

               如果是对一个接口（单场景）压测，且这个接口内部不会再去请求其它接口，那么tps=qps，否则，tps≠qps

               如果是对多个接口（混合场景）压测，不加事务控制器，jmeter会统计每个接口的tps，而混合场景是要测试这个场景的tps，显然这样得不到混合场景的tps，所以，要加了事物控制器，结果才是整个场景的tps。

 

jmeter聚合报告中，Throughput是用来衡量吞吐量，通常由tps来表示

并发量：系统能同时处理的请求数

RT：响应时间，处理一次请求所需要的平均处理时间

计算关系：：

QPS=并发量/平均响应时间

并发量=QPS*平均响应时间