企业🤖AI智能体构建引擎,智能编排和调试,一键部署,支持知识库和私有化部署方案 广告
# **QPS、TPS、RT、吞吐量** ***** 总有不少读者私下与我讨论,面试**总被面试官问倒在 QPS、TPS、RT、吞吐量等这些高并发性能指标的理解上**。所以,今天干脆来一个全面的科普详解。 ### [PV、UPV、UV简介](https://www.cnblogs.com/bwlluck/p/5593675.html) >[info] **PV :** PV的全称是Pageview,中文的意思是:综合浏览量。 浏览量。页面的浏览次数,衡量网站用户访问的网页数量,用户每打开/刷新一次页面就记录一次,多 次打开会累计。 >[info] **UPV :**  UPV的全称是Unique Pageview,中文的意思是:唯一身份综合浏览量。 唯一身份综合浏览量的 定义比较复杂,我的理解是指页面所受到来自同一个用户在同一session中的访问次数。当页面受到同 一用户在同一session的访问时算作一次“唯一身份综合浏览量”,当这个用户在另一session中访问了 这个页面,或另外一个用户访问了这个页面,又被算作是另一次“唯一身份综合浏览量”。简单的说 ,这个度量的计算只取决于一个因素:是不是属于同一session。如果不是,就被记录为一次新的“唯 一身份综合浏览量”。 >[info] **UV :** 独立访客 unique visitor,独立访问者。 00:00——23:59,也即1天内某站点的访问人数(以cookie为依据) 。一天内同一个访客的多次访问只记为1个UV >[success] ## QPS,每秒查询 QPS:Queries Per Second意思是“每秒查询率”,是一台服务器每秒能够相应的查询次数,是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。 互联网中,作为域名系统服务器的机器的性能经常用每秒查询率来衡量。 >[success] ## TPS,每秒事务 TPS:是TransactionsPerSecond的缩写,也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时,收到服务器响应后结束计时,以此来计算使用的时间和完成的事务个数。 QPS vs TPS:QPS基本类似于TPS,但是不同的是,对于一个页面的一次访问,形成一个TPS;但一次页面请求,可能产生多次对服务器的请求,服务器对这些请求,就可计入“QPS”之中。如,访问一个页面会请求服务器2次,一次访问,产生一个“T”,产生2个“Q”。 >[success] ## RT,响应时间 响应时间:执行一个请求从开始到最后收到响应数据所花费的总体时间,即从客户端发起请求到收到服务器响应结果的时间。响应时间RT(Response-time),是一个系统最重要的指标之一,它的数值大小直接反应了系统的快慢。 >[success] ## 并发数 并发数是指系统同时能处理的请求数量,这个也是反应了系统的负载能力。 >[success] ## 吞吐量 系统的吞吐量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联。单个request 对CPU消耗越高,外部系统接口、IO速度越慢,系统吞吐能力越低,反之越高。系统吞吐量几个重要参数:QPS(TPS)、并发数、响应时间。 * QPS(TPS):(Query Per Second)每秒钟request/事务 数量 * 并发数:系统同时处理的request/事务数 * 响应时间:一般取平均响应时间 理解了上面三个要素的意义之后,就能推算出它们之间的关系: * QPS(TPS)= 并发数/平均响应时间 * 并发数 = QPS\*平均响应时间 >[info] ## 实际举例 我们通过一个实例来把上面几个概念串起来理解。按二八定律来看,如果每天 80% 的访问集中在 20% 的时间里,这 20% 时间就叫做峰值时间。 * 公式:( 总PV数 \* 80% ) / ( 每天秒数 \* 20% ) = 峰值时间每秒请求数(QPS) * 机器:峰值时间每秒QPS / 单台机器的QPS = 需要的机器 1、每天300w PV 的在单台机器上,这台机器需要多少QPS? ~~~ ( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS) ~~~ 2、如果一台机器的QPS是58,需要几台机器来支持? ~~~ 139 / 58 = 3 ~~~ >[info] ## 最佳线程数、QPS、RT ###### 单线程QPS公式:QPS=1000ms/RT 对同一个系统而言,支持的线程数越多,QPS越高。假设一个RT是80ms,则可以很容易的计算出QPS,QPS = 1000/80 = 12.5 多线程场景,如果把服务端的线程数提升到2,那么整个系统的QPS则为 2\*(1000/80) = 25, 可见QPS随着线程的增加而线性增长,那QPS上不去就加线程呗,听起来很有道理,公司也说的通,但是往往现实并非如此。 ###### QPS和RT的真实关系 我们想象的QPS、RT关系如下 ![](https://img.kancloud.cn/3b/da/3bda58a34d3003f293520fd66db56110_215x227.png) 实际的QPS、RT关系如下、 ![](https://img.kancloud.cn/61/a2/61a2b3d5bc113fa0fe84db653238aa7d_234x238.png) ###### 最佳线程数量 刚好消耗完服务器的瓶颈资源的临界线程数,公式如下 ~~~ 最佳线程数量=((线程等待时间+线程cpu时间)/线程cpu时间)* cpu数量 ~~~ ###### 特性: * 在达到最佳线程数的时候,线程数量继续递增,则QPS不变,而响应时间变长,持续递增线程数量,则QPS开始下降。 * 每个系统都有其最佳线程数量,但是不同状态下,最佳线程数量是会变化的。 * 瓶颈资源可以是CPU,可以是内存,可以是锁资源,IO资源:超过最佳线程数-导致资源的竞争,超过最佳线程数-响应时间递增。