“什么是TPS 什么是QPS 什么是并发量 什么是PV 什么是UV”的版本间的差异

来自linux中国网wiki
跳到导航 跳到搜索
第1行： 第1行：
 
=系统容量预估=
 
=系统容量预估=
  
 +
<pre>
 +
二，容量评估的步骤与方法
  
 +
　　　　1：预估总访问量
 +
 +
　　　　如何知道总访问量？对于一个运营活动的访问量评估，或者一个系统上线后PV的评估，有什么好的方法？
 +
 +
　　　　最简单的办法就是：询问业务方，询问运营同学，询问产品同学，看产品和运营对此次活动的流量预估。
 +
 +
　　　　不过，业务方对于流量的预估，应该就两个指标，pv 和 用户访问数。技术人员 需要更具这两个数据，计算其他相关指标，比如  QPS 等。具体如何计算可参照我前面一篇 pv和并发 的文章。
 +
 +
 +
 +
　　　　2：预估平均QPS
 +
 +
　　　　　　总请求数 = 总PV * 页面衍生连接数
 +
 +
　　　　　　平均QPS = 总请求数 / 总时间
 +
 +
　　　　　　比如：活动落地页1小时内的总访问量是30w pv，该落地页的衍生连接数为30  ,那么落地页的平均QPS
 +
 +
　　　　　　(30w * 30) /(60 * 60) = 2500，
 +
 +
 +
 +
　　　　3：预估峰值QPS
 +
 +
　　　　　　系统容量规划时，不能只考虑平均QPS，而是要抗住高峰的QPS，如何评估峰值QPS呢？
 +
 +
　　　　　　这个要根据实际的业务评估，通过以往的一些营销活动的 pv 等数据进行预估。一般情况，峰值QPS大概是均值QPS的3-5倍，日均QPS为1000，于是评估出峰值QPS为5000。
 +
 +
　　　　　　不过，有一些业务例如“秒杀业务”比较难评估业务访问量，这类业务的容量评估不在此讨论。
 +
 +
 +
 +
　　　　4：预估系统、单机极限QPS
 +
 +
　　　　　　如何预估一个业务，一个服务器单机的极限QPS呢？
 +
 +
　　　　　　这个性能指标，是服务器，最基本的指标之一，所以没有其他的办法，就是压力测试。通过压力测试，算出服务器的单机极限QPS 。
 +
 +
　　　　　　在一个业务上线前，一般都需要进行压力测试（很多创业型公司，业务迭代很快的系统可能没有这一步，那就悲剧了），以APP 推送 某营销活动为例（预计 日均QPS 1000，峰值QPS 5000），业务场景可能是这样的：
 +
 +
 +
　　　　　　1）通过 APP 推送一个活动消息
 +
 +
　　　　　　2）运营活动H5落地页是一个web站点
 +
 +
　　　　　　3）H5落地页由缓存cache、数据库db中的数据拼装而成
 +
</pre>
  
 
[https://www.cnblogs.com/Leo_wl/p/5851868.html 系统容量预估]
 
[https://www.cnblogs.com/Leo_wl/p/5851868.html 系统容量预估]
 +
 
=PV (page view)=   
 
=PV (page view)=   
 
  页面浏览量。指的是：网站被用户访问的总页面数量，统计页面刷新的次数，每一次页面刷新，就算做一次PV流量。是网站优化的重要指标，体现网站的用户体验，内容价值等因素。
 
  页面浏览量。指的是：网站被用户访问的总页面数量，统计页面刷新的次数，每一次页面刷新，就算做一次PV流量。是网站优化的重要指标，体现网站的用户体验，内容价值等因素。

2021年4月23日 (五) 07:49的版本

系统容量预估

二，容量评估的步骤与方法

　　　　1：预估总访问量

　　　　如何知道总访问量？对于一个运营活动的访问量评估，或者一个系统上线后PV的评估，有什么好的方法？

　　　　最简单的办法就是：询问业务方，询问运营同学，询问产品同学，看产品和运营对此次活动的流量预估。

　　　　不过，业务方对于流量的预估，应该就两个指标，pv 和 用户访问数。技术人员 需要更具这两个数据，计算其他相关指标，比如  QPS 等。具体如何计算可参照我前面一篇 pv和并发 的文章。 

 

　　　　2：预估平均QPS

　　　　　　总请求数 = 总PV * 页面衍生连接数

　　　　　　平均QPS = 总请求数 / 总时间

　　　　　　比如：活动落地页1小时内的总访问量是30w pv，该落地页的衍生连接数为30  ,那么落地页的平均QPS

　　　　　　(30w * 30) /(60 * 60) = 2500， 

 

　　　　3：预估峰值QPS

　　　　　　系统容量规划时，不能只考虑平均QPS，而是要抗住高峰的QPS，如何评估峰值QPS呢？

　　　　　　这个要根据实际的业务评估，通过以往的一些营销活动的 pv 等数据进行预估。一般情况，峰值QPS大概是均值QPS的3-5倍，日均QPS为1000，于是评估出峰值QPS为5000。

 　　　　　　不过，有一些业务例如“秒杀业务”比较难评估业务访问量，这类业务的容量评估不在此讨论。

 

　　　　4：预估系统、单机极限QPS

　　　　　　如何预估一个业务，一个服务器单机的极限QPS呢？

　　　　　　这个性能指标，是服务器，最基本的指标之一，所以没有其他的办法，就是压力测试。通过压力测试，算出服务器的单机极限QPS 。

　　　　　　在一个业务上线前，一般都需要进行压力测试（很多创业型公司，业务迭代很快的系统可能没有这一步，那就悲剧了），以APP 推送 某营销活动为例（预计 日均QPS 1000，峰值QPS 5000），业务场景可能是这样的：


　　　　　　1）通过 APP 推送一个活动消息 

　　　　　　2）运营活动H5落地页是一个web站点

　　　　　　3）H5落地页由缓存cache、数据库db中的数据拼装而成

系统容量预估

PV (page view)

页面浏览量。指的是：网站被用户访问的总页面数量，统计页面刷新的次数，每一次页面刷新，就算做一次PV流量。是网站优化的重要指标，体现网站的用户体验，内容价值等因素。

UV (unique visitor)独立访客

指访问某个站点或点击某条新闻的不同IP地址的人数，独立IP只记录第一次进入网站的具有独立IP的访问者,在同一天内再次访问该网站则不计数。

IP(internet protocol， 互联网协议)指网络之间的互联协议

在网站SEO中，通常被用作表示用户的数量。


每秒的新建链接数(CPS)

TPS：Transactions Per Second（每秒传输的事物处理个数）

即服务器每秒处理的事务数。TPS包括一条消息入和一条消息出，加上一次用户数据库访问。（业务TPS = CAPS × 每个呼叫平均TPS）

TPS是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。

一般的，评价系统性能均以每秒钟完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的TPS值。


QPS：每秒查询率 QPS（Query Per Second）

QPS是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。

对应fetches/sec，即每秒的响应请求数，也即是最大吞吐能力。
计算关系： 
QPS = 并发量 / 平均响应时间 
并发量 = QPS * 平均响应时间


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

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

计算关系：

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

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




每秒的新建链接数(CPS)

连接数是 最大并发连接数，
包括 活跃连接数和非活跃连接数。

see also

QPS 和并发：如何衡量服务器端性能good

如何估算网站日承受最大访问PV

性能指标：QPS、TPS、系统吞吐量理解

https://blog.csdn.net/cainiao_user/article/details/77146049

并发连接数、请求数、并发用户数

Web开发中，什么级别才算是高并发

取自“http://wiki.linuxchina.net/index.php?title=什么是TPS_什么是QPS_什么是并发量_什么是PV_什么是UV&oldid=6139”