【博客382】性能指标之：QPS与TPS

内容：记录QPS和TPS的概念

QPS与TPS：

QPS Queries Per Second  是每秒查询率 ,是一台服务器每秒能够相应的查询次数，是对一个特定的查询
服务器在规定时间内所处理流量多少的衡量标准, 即每秒的响应请求数，也即是最大吞吐能力。

TPS Transactions Per Second  也就是事务数/秒。一个事务是指一个客户机向服务器发送请求然后服务
器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和
完成的事务个数，

QPS与TPS区别：

1、Tps即每秒处理事务数，包括了

* 用户请求服务器  

* 服务器自己的内部处理  

* 服务器返回给用户

这三个过程，每秒能够完成N个这三个过程，Tps也就是N；

2.客户端发起请求到收到服务端最终响应的整个过程，这是一个TPS。而在这个TPS中，为了处理第一次请求可能
会引发后续多次对服务端的访问才能完成这次工作，每次访问都算一个QPS。一个TPS可能包含多个QPS

其它指标：

并发数（并发度）：指系统同时能处理的请求数量，同样反应了系统的负载能力。
并发数=系统同时处理的request/事务数

吞吐量是指系统在单位时间内处理请求的数量，TPS、QPS都是吞吐量的常用量化指标。


* 一个系统的吞吐量（承压能力）与request（请求）对cpu的消耗，外部接口，IO等等紧密关联。
单个request 对cpu消耗越高，外部系统接口，IO影响速度越慢，系统吞吐能力越低，反之越高。


响应时间：一般取平均响应时间
QPS(TPS)=并发数/平均响应时间


一个系统吞吐量通常有QPS(TPS),并发数两个因素决定，每套系统这个两个值都有一个相对极限值，在应用场景
访问压力下，只要某一项达到系统最高值，系统吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，
原因是系统超负荷工作，上下文切换，内存等等其他消耗导致系统性能下降。

QPS与TPS的计算：

1.TPS
TPS (transaction per second)代表每秒执行的事务数量，可基于测试周期内完成的事务数量计算得出。

TPS=事务数/时间（秒）

例如：
用户每分钟执行6个事务，TPS为6 / 60s = 0.10 TPS。
（同时我们会知道事务的响应时间(或节拍)：60秒完成6个事务，代表每个事务的响应时间或节拍为10秒。）

2.QPS
QPS（Queries-per-second） 每秒查询率

QPS=req/sec=请求数/秒 =总请求数 / ( 进程总数 * 请求时间 ) 单个进程每秒请求服务器的成功次数

其它相关计算：

1、PV（Page View）访问量,：即页面浏览量或点击量，衡量网站用户访问的网页数量；在一定统计周期内用户
每打开或刷新一个页面就记录1次，多次打开或刷新同一页面则浏览量累计。

日PV = QPS*60*60*24 //即QPS乘以一天的秒数

2、服务器数量 = ceil( 每天总PV / 单台服务器每天总PV )

3、峰值QPS = (日PV*80%)/(60*60*24*20%）//每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间

4、服务器数 = 峰值时间每秒QPS / 单台机器的QPS

5、吞吐量：单位时间内客户端和服务器成功传递数据的数量

从业务角度看，吞吐量可以用：请求数/秒、页面数/秒、人数/天或处理业务数/小时等单位来衡量

从网络角度看，吞吐量可以用：字节/秒来衡量（Jmeter中即是此意思）

对于交互式应用来说，吞吐量指标反映的是服务器承受的压力，他能够说明系统的负载能力

# 以不同方式表达的吞吐量可以说明不同层次的问题，例如：

以字节数/秒方式可以表示数要受网络基础设施、服务器架构、应用服务器制约等方面的瓶颈；

以请求数/秒的方式表示主要是受应用服务器和应用代码的制约体现出的瓶颈。

# 当没有遇到性能瓶颈的时候，吞吐量与虚拟用户数之间存在一定的联系。
可以采用以下公式计算：

F=VU * R /T
（注：F为吞吐量，VU表示虚拟用户个数，R表示每个虚拟用户发出的请求数，T表示性能测试所用的时间）

举例：

问：每天300w PV 的在单台机器上，这台机器需要多少QPS？
答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

问：如果一台机器的QPS是58，需要几台机器来支持？
答：139 / 58 = 3