5000并发_彻底理解 jmeter 的线程数与并发数之间的关系

概述

在jmeter中，只要提到并发，99%的同学立马想到线程组。需要多少并发就启动多少线程组，这已经成了大部分人的共识。这种理解方式很明显是把并发数和线程数的概念混淆了。线程组中不光有线程数，也有循环次数。然而大家在负载测试中都主动的忽略了循环的作用。jmeter中的循环和lr中的迭代是一样的，都是为了模拟出压力，不要选择性无视它

实验

先列出下面两个需求，大家可以思考一下这两个需求在jmeter里面如何设置场景

需求1：我有一个页面，需要测试一下最大支持多少用户并发？

此时要计算的是最大用户并发数，强调的是同时操作，也可以理解为同时发起请求针对需求1我们可以通过RPS 定时器或者阶梯加压线程组测试每秒最大的请求数(压测实战分析性能拐点)

需求2：查询功能，需要系统能够在5分钟内能完成5000笔查询业务，同时90%的用户响应时间不超过3s。最大并发是多少？

此时不强调同时操作，而是强调业务量。也就是说不限制用户的操作时序，不考虑人的效率。把人当做机器，只要在5分钟内查询数满足5000笔即可。但是具体有多少用户才能在5分钟内查询5000次？它是由单次响应时间来决定的。这时就引入了一个经常被人讨论的公式：最大并发数= (单次响应时间*业务量)/总的业务时间。我的单次响应时间越快，用户每秒可点击的次数就越多，那么需求就越容易满足。