性能需求笔记

名称解释

系统用户：所有注册过的用户；在线用户：某时间段内登录且在线的用户

pv：用户浏览页面的次数  UV：登录系统的用户，uv课产生多个pv

性能测试：测试软件在系统中的运行性能，度量系统与预定目标差距

负载测试：慢慢增加，看你还能在承受多少；压力测试：就是一直压，看能承受多少

容量测试：

----

用户指标：用户更多关注响应时间（rt）和tps吞吐量（每s这个业务成功或失败，下单能不能正常）

硬件指标：需要压测才能看到指标linut

软件服务指标：需要压测才能看到redis或数据库

服务器响应时间原则为2s-5s-8s

压测

总并发用户数：同一时间访问系统上的用户总量，这些用户会分布在不同的功能模块上

总并发请求数：同一时间访问系统的用户同时向服务器做出的请求数量

总并发线程数：压测工具用到的线程数量

---

静态请求

是部署在cdn服务器上，所以不需要做性能测试

怎么进行性能测试？

假设当日活动用户pv为40w，uv是10w活动登录用户数，页面会出发很多的静态请求和动态请求

其中因为静态请求资源部署在cdn服务器上，所以不需要进行性能测试

但请求到代码服务器的动态请求40w请求数，得看看接口是否会挂掉，服务是否会扛不住，该怎么进行优化，基于2/8原则将40w的并发请求集中在12分钟内完成tps ，相当于每个接口承受444次并发（tps)，响应时间是在1s以内（rt），那系统稳定

所以压测时先用1个线程压这次活动的接口，，1个线程每秒请求数时40个，整体用11个线程压测，完成444次并发，24h压测总并发请求数38361600

40w

原理：每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间。

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

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

原理：每天80%的访问集中在20%的时间里，这20%时间叫做峰值时间。

公式：( 总PV数 * 80% ) / ( 每天秒数 * 20% ) = 峰值时间每秒请求数(QPS) 。

机器：峰值时间每秒QPS / 单台机器的QPS = 需要的机器 

---

如果是基本维护，是从一个线程压起，逐步增大线程数，测试系统的承压能力