吞吐量
一个系统的吞吐量（承压能力）需由 单个request对cpu的消耗、外部接口、IO等综合评定，单个request对cpu消耗越高，外部系统接口、IO响应越慢，系统吞吐能力也就越低
系统吞吐量几个重要参数：QPS、TPS、并发数、响应时间
QPS：Queries Per Second意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准
TPS：是TransactionsPerSecond的缩写，也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。
QPS vs TPS：QPS基本类似于TPS，但是不同的是，对于一个页面的一次访问，形成一个TPS；但一次页面请求，可能产生多次对服务器的请求，服务器对这些请求，就可计入“QPS”之中。如，访问一个页面会请求服务器2次，一次访问，产生一个“T”，产生2个“Q”
并发数： 系统同时处理的request/事务数；
并发用户数：指的是现实系统中操作业务的用户；在性能测试工具中，一般称为虚拟用户数(Virutal User)，注意并发用户数跟注册用户数、在线用户数有很大差别的，并发用户数一定会对服务器产生压力的，而在线用户数只是 ”挂” 在系统上，对服务器 不产生压力，注册用户数一般指的是数据库中存在的用户数
响应时间(RT)： 一般取平均响应时间
（重要：并发有别于tps。TPS是每秒事务数，但事务是基于虚拟用户数(VU)的，假如1个虚拟用户在1秒内完成1笔事务，那么TPS明显就是1；如果某笔业务响应时间是1ms,那么1个用户在1秒内能完成1000笔事务，TPS就是1000了；如果某笔业务响应时间是1s,那么1个用户在1秒内只能完成1笔事务，要想达到1000TPS，至少需要1000个用户；因此可以说1个用户可以产生1000TPS，1000个用户也可以产生1000TPS，无非是看响应时间快慢）
由此可推出他们之间的关系：
QPS(TPS) = 并发数/平均响应时间
看个实例：按照二八原则，百分之八十的访问集中在百分之二十的时间（峰值时间）内
总PV数*80%) / 总时间(秒)*20% = 峰值时间每秒请求数（QPS）
假设：网站日PV100万，则服务器需要至少多少QPS？
(1000000 * 0.8) / (86400 * 0.2) = 47(QPS)
某些情况下的计算中，需要引入Think Time，从业务角度来看，这个时间指用户进行操作时每个请求之间的时间间隔，而在做新能测试时，为了模拟这样的时间间隔，引入了思考时间这个概念，来更加真实的模拟用户的操作，即系统真实TPS(QPS) = 并发数/（响应时间+Think Time）
当没有遇到性能瓶颈的时候，吞吐量与虚拟用户数之间存在一定的联系，可以采用以下公式计算：F=VU * R / T
其中F为吞吐量，VU表示虚拟用户个数，R表示每个虚拟用户发出的请求数，T表示性能测试所用的时间
网友评论