性能需求笔记
名称解释
系统用户：所有注册过的用户；在线用户：某时间段内登录且在线的用户
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 = 需要的机器
如果是基本维护，是从一个线程压起，逐步增大线程数，测试系统的承压能力