如何测试网站最大并发数

Posted 2023-04-19

这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。
本篇主要是性能方面的。
一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。
其中用户性能要求如下：支持100万注册用户
性能需求分析：
1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等
2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？
3、怎么算出并发用户数？响应时间？
性能指标确定：
因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。
2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为0.33秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系）
3、100万用户，那么怎么计算出他的每小时峰值活动用户数？
解决方案：采用80•20原则计算得到每小时峰值活动用户数 6.667万/小时；那么每秒中的同一功能点点击并发数应该是18.5。
4、怎么得其并发数？
解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击0.35次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。
5、应该测试那种性能类型经再三考虑，三种性能都进行测试。
执行性能：
评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准
性能测试结果：
发现本系统最大用户支持为1100.失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。
根据上述情况，可以得出：
1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0.005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1*100比例，计算得到每小时峰值活动用户数11万/小时；采用80•20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。
注：100万，采用80•20原则计算得到每小时峰值活动用户数6.667万/小时。 参考技术A

服务器不同，使用建站程序不同，优化水平不同，并发数也都不一样。

网上有很多压力测试软件，付费的也不贵，你可以去试试。

不建议使用Apache ab作为压力测试工具。

Apache ab在大量并发场景下存在3s、6s、9s阶梯式停顿的现象。Apache ab会通过判断content length来确定请求是否成功，而负载均衡挂载多台后端服务器时，返回的content length会不一致，导致测试结果有误。

关于压力测试方法可以参考帮助文档的办法试试，这里面还涉及到负载均衡之类的多产品配置。既然是压力测试，就不是普通业务能用到的。

参考技术B

这个其实没有固定的算法，必须根据压测的目标特点进行估算。

以你的例子来说明：

是一天的访问量，那么我们需要知道哪几个时间段访问人数最多。

例如有10小时访问密集区，我们可以估算每小时1000用户，峰值*2或者3，也就是每小时3000，那么合计一秒钟只要3000/3600 还不足1个并发。

并发数，计算机网络术语，是指同时访问服务器站点的连接数。

由于虚拟主机是建立在每台服务器多用户的基础上的，也就是多个用户共同使用一台服务器。

为了避免同一台服务器上的某一个用户的IIS链接人数过多或占用服务器资源过多而影响其它用户的正常使用。

所以，目前所有虚拟空间提供商都对单个用户的IIS链接数，流量及服务器进程占用CPU的比率进行了相应的限制。

当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。

参考技术C 不同的服务器有默认的最大并发数，当然默认是默认，实际承不承受得住就需要通过测试来试了，
测试网站压力有很多软件，，，
JMeter，比较好用，教程网上可以找到，，有中文版。。。 参考技术D 你好
百度 卡卡网，网站上有一个网站压力测试，找一个适当的并发数测试，自己访问网站看卡不卡，自己估摸来

jmeter-获取系统最大并发数

参考技术A 问题：有一个页面，需要测试一下最大支持多少用户并发？

此时需计算的是最大用户并发数，强调的是同时操作，也可以理解为同时发起请求；

针对这个问题，我们可以通过rps定时器或阶梯加压线程组测试每秒最大的请求数；

首先需要导入jmeter-plugins插件 ，然后去初始化需要用到的插件

在平衡状态下，并发数=RPS*响应时间

a）使用jp@gc - Throughput Shaping Timer （吞吐量成形计时器，调节rps的定时器）；

设置线程组中线程数为50，ramp-up时间为1s，永远循环；

同时在请求下面加Throughput Shaping Timer定时间，rps由1增加到400/s；

测试最终运行时间取 线程组运行时间 与 定时器时间的最小值；

设置后我们需要添加几个性能测试中常用的监听器：

添加监听器Hits per Second（每秒请求数）

观察HPS走势，HPS在140的时候持续了十几秒，随后HPS稳定在100

 添加监听器 Transaction per second

TPS在48/s稳定了十几秒，然后稳定在30/s

  添加监听器 jp@gc - Response Times Over Time

平均响应时间在3s以内

 在比较稳定的情况下，最大rps=140/s,平均响应时间=1.6s，则最大并发=140*1.6=224，也就是224个线程同时启动可满足1s内140/s HPS压力值

b）使用阶梯加压线程组

功能如下：

This group will start 100 threads ：设置线程组启动的线程总数为400个；

First,wait for N seconds ：启动第一个线程之前，需要等待N秒；

Then start N threads ：设置最开始时启动N个线程；

Next,add 100 threads every 2 seconds,using ramp-up 10 seconds ：每隔2秒，在10秒内启动100个线程；

Then hold load for 40 seconds ：启动的线程总数达到最大值之后，再持续运行40秒；

Finally,stop 100 threads every 0 seconds ：同时停止100个线程；

设置阶梯线程组各配置项后，再添加各个监听器后观察，发现得出的tps，rps，平均响应时间与添加rps监听器测试出的结果基本一致

下面可以来验证一下，线程组的线程数设置为224，其它值可随意，（如，设置定时60s，循环次数设置为100，因为并发数=rps*响应时间 是在平衡状态下得出的结论，所以运行时间不能太短）

添加监听器Hits per Second，Transactions per Second，Response Times Over Time 查看这些指标是否和上面得出的结果一致（预期应该是满足的）

我们要测试的网站地址是什么？链接是什么？所以现在我们就来设置这些信息。右键点击我们刚创建的线程组，在弹出的菜单中，选择添加->Sampler->Http请求，弹出如下图界面：

路径：

假如你只是对一个链接进行压力测试，直接填写一个链接就ok，比如 http://www. baidu.com，但是大多数情况下都不是这样的，我们这里需要多个链接，就如同刚开始讲到的那样，我们要将多个链接保存到一个文本文件中，然后随机读取进行压力测试。我们可以这么做，如图：

在选择一个功能下拉列表中选择_StringFromFile，然后在本机新建一个测试文件C:\Users\root\Desktop\apache-jmeter-2.9\test.txt，在第一行（你也可以不在第一行）的值中填写测试文件的路径，如下图：

然后点击“生成”按钮，在生成按钮的左边文本框中将生成一个字符串如：

$__StringFromFile(C:\Users\wukong\Desktop\test.txt,,,)

在test.txt测试文件中，我们每行写一个URL链接，如下格式：

如果地址是：www.quzhuanpan.com.那么。在test.txt中的内容，就是相对地址；如

这样一来，当我们并非请求的时候，就会从test.txt中随机选择url来进行压力测试。

另外值得注意的一个地方是，如果参数中有中文的情况，运行的时候可能会出现乱码，这个时候就需要注意你在Jmeter中的编码设置与你要请求的网页编码是一致的。

路径文本框下面的选项，可以按默认的就成，Use multipart/form-data for HTTP POST是当请求中有附件的情况，一般情况下都不用选中的

3) 查看运行结果

鼠标右键点击线程组，在弹出的菜单中选择添加->监听器->用表格查询结果，如下图：

各属性如下：

Sample：每个请求的序号

Start Time：每个请求开始时间

Thread Name：每个线程的名称

Label：Http请求名称

Sample Time：每个请求所花时间，单位毫秒

Status：请求状态，如果为勾则表示成功，如果为叉表示失败。

Bytes：请求的字节数

在下面还有几个参数：

样本数目：也就是上面所说的请求个数，成功的情况下等于你设定的并发数目乘以循环次数

平均：每个线程请求的平均时间

最新样本：表示服务器响应最后一个请求的时间

偏离：服务器响应时间变化、离散程度测量值的大小。