网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

启动jemter，点击选项，最下面的一栏，如下图所示：

打开后界面如下：

Installed Plugins（已安装的插件）：即插件jar包中已经包含的插件，可以通过选中勾选框，来使用这些插件；

Available Plugins（可下载的插件）：即该插件扩展的一些插件，可以通过选中勾选框，来下载你所需要的插件；

Upgrades（可更新的插件）：即可以更新到最新版本的一些插件，一般显示为加粗斜体，可以通过点击截图右下角的Apply Changes and Restart Jmeter按钮来下载更新；

PS：一般不建议进行更新操作，因为最新的插件都有一些兼容问题，而且很可能导致jmeter无法使用（经常报加载类异常）！！！

建议使用jmeter最新的3.2版本来尝试更新这些插件。

二、性能测试常用指数简介

---

1、TPS，每秒事务数

Transactions per Second

即TPS：每秒事务数，性能测试中，最重要的2个指标之一。该插件的作用是在测试脚本执行过程中，监控查看服务器的TPS表现————比如整体趋势、实时平均值走向、稳定性等。

jmeter本身的安装包中，监视器虽然提供了比如聚合报告这种元件，也能提供一些实时的数据，但相比于要求更高的性能测试需求，就稍显乏力。

某次压力测试TPS变化展示图：

2、系统吞吐量 QPS（TPS）

系统吞吐量 = 每秒处理的事务数

QPS（TPS）= 并发数/平均响应时间

一个系统吞吐量通常由QPS（TPS）、并发数两个因素决定，每套系统这两个值都有一个相对极限值，在应用场景访问压力下，只要某一项达到系统最高值，系统的吞吐量就上不去了，如果压力继续增大，系统的吞吐量反而会下降，原因是系统超负荷工作，上下文切换、内存等等其它消耗导致系统性能下降。

3、TRT，事务响应时间

Response Times Over Time

即TRT：事务响应时间，性能测试中，最重要的两个指标的另外一个。该插件的主要作用是在测试脚本执行过程中，监控查看响应时间的实时平均值、整体响应时间走向等。

使用方法如上，下载安装配置好插件之后，重启jmeter，添加该监视器，即可实时看到实时的TRT数值及整体表现。

某次压力测试TRT变化展示图：

4、PerfMon Metrics Collector

即服务器性能监控数据采集器。在性能测试过程中，除了监控TPS和TRT，还需要监控服务器的资源使用情况，比如CPU、memory、I/O等。该插件可以在性能测试中实时监控服务器的各项资源使用。

下载地址：http://jmeter-plugins.org/downloads/all/或链接：http://pan.baidu.com/s/1skZS0Zb 密码：isu5

下载界面如下：

其中JMeterPlugins-Standard和JMeterPlugins-Extras是客户端的插件，ServerAgent是服务端的插件。

下载成功后，复制JmeterPlugins-Extras.jar和JmeterPlugins-Standard.jar两个文件，放到jmeter安装文件中的lib/ext中，重启jmeter，即可看到该监视器插件。

将ServerAgent-2.2.1.jar上传到被测服务器，解压，进入目录，Windows环境，双击ServerAgent.bat启动；linux环境执ServerAgent.sh启动，默认使用4444端口。

如出现如下图所示情况，即表明服务端配置成功：

（1）服务端启动校验

CMD进入命令框，观察是否有接收到消息，如果有，即表明ServerAgent成功启动。

（2）客户端监听测试

给测试脚本中添加jp@gc - PerfMon Metrics Collector监听器，然后添加需要监控的服务器资源选项，启动脚本，即可在该监听器界面看到资源使用的曲线变化。如下图所示：

在脚本启动后，即可从界面看到服务器资源使用的曲线变化，Chart表示主界面显示，Rows表示小界面以及不同资源曲线所代表的颜色，Settings表示设置，可选择自己需要的配置。

PS：注意测试脚本需要持续运行一段时间，才可以看到具体的曲线变化，否则ServerAgent端会断开连接！

三、JMeter的重要参数简介

---

1、JMeter客户端实现方式简介

1、Java：选择压测时，链接是复用的（代码中的http调用都加了连接池）

2、httpclient4：压测时，每请求一次都创建一个新的链接，（jmeter5.0以前默认关闭了连接复用，5.0上是打开的：即每请求一次都会创建一个新的链接）。

从JMeter 5.0开始，当使用默认的HC4实现时，JMeter将在每个线程组迭代时重置HTTP状态（SSL状态+连接）。如果您不想要此行为，请设置httpclient.reset_state_on_thread_group_iteration = false

所以httpclient4 在连接复用设置打开的情况下，压测结果与java的是不一样的，因为java复用链接，httpclient4每次连接都会重新建立tcp连接，如果httpclient4吞吐量过低，需要考虑网络带宽的限制

java实现适合压榨性测试，httpclient4适合真实场景的模拟，

连接池的作用于原理：

正常访问数据库的过程中，每次访问都需要创建新的连接，这会消耗大量的资源；连接池的就是为数据库连接建立一个“缓冲区”，预先在缓冲池中放入一定数量的连接对象，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去；且连接池允许多个客户端使用缓存起来的连接对象，这些对象可以连接数据库，它们是共享的、可被重复使用的；使用连接池可以节省大量资源，提高程序运行速度。

连接池的基本原理是：先初始化一定的数据库连接对象，并且把这些连接保存在连接池中。这些数据库连接的数量是由最小数据库连接数来设定的。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。当程序需要访问数据库的时候，如果连接池中有空闲的连接，可直接得到一个连接；如果连接池对象中没有空闲的连接，且连接数没有达到最大，会创建一个新的连接从连接池中取出一个连接，数据库操作结束后，再把这个用完的连接重新放回连接池。

---

2、Keep-Alive模式

我们知道Http协议采用“请求-应答”模式，当使用普通模式，即非Keep-Alive模式时，每个请求/应答，客户端和服务器都要新建一个连接，完成之后立即断开连接；当使用Keep-Alive模式时，Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。

http1.0中默认是关闭的，需要在http头加入”Connection: Keep-Alive”，才能启用Keep-Alive；

http 1.1中默认启用Keep-Alive，如果加入”Connection: close “才关闭。目前大部分浏览器都是用http1.1协议，也就是说默认都会发起Keep-Alive的连接请求了，所以是否能完成一个完整的Keep- Alive连接就看服务器设置情况。

开启Keep-Alive的优缺点：

优点：Keep-Alive模式更加高效，因为避免了连接建立和释放的开销。

缺点：长时间的Tcp连接容易导致系统资源无效占用，浪费系统资源。

3、自动重定向与跟随重定向

Redirect Automatically（自动重定向）：只针对Get和Head请求，勾选此项则“跟随重定向”失效；自动重定向可以自动转向到最终目标页面，但是Jmeter是不记录重定向的过程内容，比如在察看结果树中是无法找到重定向过程内容的（A重定向到B，此时只记录B的内容不去记录A的内容）

Follow Redirects（跟随重定向）：Http Request取样器的默认选项，当响应code是3xx时（301永久性转移，302暂时性转移），自动跳转到目标地址。与自动重定向不同，Jmeter会记录重定向过程中的所有请求响应，在查看结果树时可以看到服务器返回的内容，所以此时可以对响应的内容做关联。

四、JMeter工具常用界面设置

---

1、线程组

1、线程数：表示启动的线程数，也就是并发的数量。

2、Ramp-Up Period：表示1秒内启动1个线程，默认为0，表示程序启动后，立即开启1个线程，设置太大或太小都不是很好，设置的最佳值，Ramp-Up Period = 线程数/吞吐量。

3、循环次数：表示每个线程要发送多少次请求。

4、调度器：顾名思义，持续时间如果设置为60，表示持续1分钟，通常循环次数和调度器设置一个即可。

2、添加HTTP请求

一个HTTP请求有着许多的配置参数，下面将详细介绍：

1、名称：本属性用于标识一个取样器，建议使用一个有意义的名称。

2、注释：对于测试没有任何作用，仅用户记录用户可读的注释信息。

3、服务器名称或IP ：HTTP请求发送的目标服务器名称或IP地址。

4、端口号：目标服务器的端口号，默认值为80 。

5、协议：向目标服务器发送HTTP请求时的协议，可以是http或者是https ，默认值为http 。

6、方法：发送HTTP请求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。

7、Content encoding ：内容的编码方式，默认值为iso8859

8、路径：目标URL路径（不包括服务器地址和端口）

9、自动重定向：如果选中该选项，当发送HTTP请求后得到的响应是302/301时，JMeter 自动重定向到新的页面。

10、Use keep Alive ： 当该选项被选中时，jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信，默认选中。

11、Use multipart/from-data for HTTP POST ：当发送HTTP POST 请求时，使用Use multipart/from-data方法发送，默认不选中。

12、同请求一起发送参数 ： 在请求中发送URL参数，对于带参数的URL ，jmeter提供了一个简单的对参数化的方法。用户可以将URL中所有参数设置在本表中，表中的每一行是一个参数值对（对应RUL中的 名称1=值1）。

13、同请求一起发送文件：在请求中发送文件，通常，HTTP文件上传行为可以通过这种方式模拟。/14、从HTML文件获取所有有内含的资源：当该选项被选中时，jmeter在发出HTTP请求并获得响应的HTML文件内容后，还对该HTML进行Parse 并获取HTML中包含的所有资源（图片、flash等），默认不选中，如果用户只希望获取页面中的特定资源，可以在下方的Embedded URLs must match 文本框中填入需要下载的特定资源表达式，这样，只有能匹配指定正则表达式的URL指向资源会被下载。

15、用作监视器：此取样器被当成监视器，在Monitor Results Listener 中可以直接看到基于该取样器的图形化统计信息。默认为不选中。

16、Save response as MD5 hash：选中该项，在执行时仅记录服务端响应数据的MD5值，而不记录完整的响应数据。在需要进行数据量非常大的测试时，建议选中该项以减少取样器记录响应数据的开销。

3、聚合报告简介

我认为聚合报告应该是JMeter压力测试软件中最重要的报告。

1. #Samples：样本数，如果你看过上一篇，这个就是前面我们那个公式算出来的结果

（Loop Count(Loop Controler)*Number of Threads*Loop Count(group)）

2. Average：平均响应时间。

3. Median：中位数，50%用户响应时间。

4. Line：90%用户响应时间。

5. Min：最小响应时间。

6. Max：最大响应时间。

7. Error%：本次测试中出现错误的请求的数量/请求的总数

8. Throughput：吞吐量，表示每秒完成的请求数。

9. KB/Sec：每秒从服务器端接收到的数据量（只是接收）。

五、JMeter压力测试时遇到的常见问题

---

1、Response Times Over Time中的峰值和聚合报告中的最大值为何不一致？

因为Response Times Over Time中的点是一个时间的概念，表示的是一段时间内的请求的平均响应时间，而聚合报告中的最大值表示的是一个请求的最大响应时间，因此Response Times Over Time的峰值和聚合报告中的最大值不一致。

2、Response Times Over Time图中有多少个点，和请求数有什么关系？

Response Times Over Time中的点是一个时间的概念，在setting中可以设置，每隔500ms记录一个点，这个点就表示这段时间内的请求的平均响应时间。

3、压测接口时，并发一段时间后，会报java.net.BindException: Address already in use: connect

原因：

Jmeter里的http sample勾选了keep alive，导致会话一直保持，而windows本身的端口有限，导致端口被占用完后，无法分配新的端口，因此会产生java.net.BindException: Address already in use: connect 报错。

解决方案：

HTTP SAMPLE 不勾选keep alive

4、internal server error是什么意思？

internal server error错误通常发生在用户访问网页的时候发生，该错误的意思是因特网服务错误。能够引起internal server error报错的原因有多个，如果你是网站主的话，可以对下列情形进行一一排查。

（1）服务器资源超载

如果网站文件没有做过修改，最有可能的是同服务器的资源超载：即同一时间内处理器有太多的进程需要处理的时候，会出现500错误。借助SSH，可以在命令行中输入以下命令查看：ps faux ps faux |grep username 如果你查到某个进程消耗过多资源，可以用kill命令强制关闭这个进程，只需输入该进程的进程号(Pid)：kill -9 pid。

（2）文件权限设置错误

500错误还有可能是对文件设置了不正确的权限：后台目录和文件的权限默认应该是755，而图片，文字等html文件应该是644，所以如果在刚刚上传文件后出现500错误，应该主要检查文件权限设置。可以使用FTP软件选中所有文件，然后批量修改文件权限。

（3）htaccess文件写入错误的代码

在使用某些wordpress SEO插件的时候，插件会改写.htacess文件，如果语法错误的话就有可能造成500错误!

5、Internal server error 500 问题解决思路

（1）明确错误含义

500 Internal Server Error

通用错误消息，服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。没有给出具体错误信息。

根据这个描述，基本可以排除客户端以及网络因素，需要重点关注服务端的状态。

我们系统服务端的架构如下图：

接下来就要根据这个架构由前往后一层一层排查。

（2）检查HAProxy

重点排查HAProxy当前是否可用，负荷是否超标，包括下面的一些指标。

| 排查项 | 结果 |

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

ZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2d1b3J1aV9qYXZh,size_16,color_FFFFFF,t_70)

接下来就要根据这个架构由前往后一层一层排查。

（2）检查HAProxy

重点排查HAProxy当前是否可用，负荷是否超标，包括下面的一些指标。

| 排查项 | 结果 |

[外链图片转存中…(img-USVKfIb3-1715015790701)]
[外链图片转存中…(img-MngIioGW-1715015790701)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取