性能测试全栈笔记:43.性能测试理论-提升篇(性能拐点)
性能测试全栈笔记
四十三、性能测试理论-提升篇
1.性能测试理论-提升篇
- 1.基准压测:相当于试压
- 2.单负载压测:正式的单接口压测、分布式压测
- 3.混合负载压测:正式的多接口/关联接口压测
- 4.稳定性压测:时间设置,一般1h,银行等高密度环境:7*24h
2.再谈:性能拐点
举个例子:
并发数 | TPS | 平均响应时间(ms) |
10 | 98 | 102 |
20 | 183 | 109 |
30 | 265 | 113 |
40 | 340 | 117 |
50 | 342 | 146 |
60 | 339 | 176 |
70 | 341 | 205 |
以上数据分析:经过梯度压测,到达40并发时开始出现拐点,也就是说40并发是本次压测的最佳并发数,最终性能测试报告里记录40并发前后两组值即可:20、30、40、50、60
3.TPS和并发数的关系:TPS=并发数/响应时间
【重要】TPS和并发数的关系:正比关系(相对于时间来说)
【重要】系统性能受限于硬件配置:CPU、内存等,当CPU使用率和内存使用率接近100%时,系统会到达极限,性能不再提升(也就是瓶颈)
注意点:
- 线程1,循环100次,持续60s:对服务器几乎没有压力,相当于1个请求发压,只不过后面的再排队
- 线程100,循环1,持续60s:对服务器压力更大,相当于100个请求同时发压
小结:
- 在压测工具中设置的并发数,其实就是服务端的并发数
- 不需要关注真实用户并发,关注服务端并发即可
- 一个系统的性能好坏,不能用支持的并发数来衡量,而是以TPS、响应时间来衡量
- 性能测试没必要过分关注并发数,而是更应该关注业务性能指标TPS、响应时间
- 性能差的系统,比性能好的系统支持更高的并发数
- 如果想让一个系统支持更高的并发数,只需要将系统的响应时间变长即可