Jmeter基本使用与常见性能瓶颈

已于 2022-10-23 19:14:43 修改
阅读量3.2k 收藏 15
点赞数
文章标签： 运维 性能优化
于 2022-10-23 19:12:35 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43615204/article/details/127478794
版权
本文详细介绍了Apache JMeter的用途、核心概念，如线程、线程组、监听器和取样器，并展示了压力测试的步骤。通过案例演示了如何配置和解读测试结果，强调了JMeter在命令行运行的重要性。同时，讨论了常见的性能瓶颈，包括网络带宽、磁盘IO和JVM参数。文章还提供了调整JMeter测试参数的技巧，以及如何通过脚本实现文件下载。
摘要由CSDN通过智能技术生成

Jmeter基本使用与常见性能瓶颈

一、什么是Jmeter

官网链接

Apache JMeter 是 Apache 组织基于 Java 开发的压力测试工具，用于对软件做压力测试。
JMeter 最初被设计用于 Web 应用测试，但后来扩展到了其他测试领域，可用于测试静态和动态资源，如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库和 FTP 服务器等等。JMeter 可对服务器、网络或对象模拟巨大的负载， 在不同压力类别下测试它们的强度和分析整体性能。另外，JMeter 能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证程序是否返回了期望结果。为了最大限度的灵活性，JMeter 允许使用正则表达式创建断言。

二、Jmeter中的相关概念

  1. 线程：一个线程可以理解为一个虚拟用户。比如10个线程表示有10个用户不间断发起请求，也可以理解为并发数
  2. 线程组：测试的起点。一个测试计划必须包含至少一个线程组，其余所有组件都必须在线程组下
  3. 监听器：用来查看测试过程中的各项指标
  4. 取样器（Sample）是性能测试中向服务器发送请求，记录响应信息，记录响应时间的最小单元。JMeter 原生支持多种不同的sampler ，如 HTTP Request Sampler 、 FTP Request Sample 、TCP Request Sample 、JDBC Request Sampler 等，每一种不同类型的 sampler 可以根据设置的参数向服务器发出不同类型的请求。（实际上就是配置请求地址和请求参数的地方）
  5. 定时器（Timer）用于操作之间设置等待时间，等待时间是性能测试中常用的控制客户端QPS的手端。类似于LoadRunner里面的“思考时间”。JMeter 定义了Bean Shell Timer、Constant Throughput Timer、固定定时器等不同类型的Timer。

三、压力测试过程

本小节以单一请求为例，描述压力测试设置请求参数、查看测试结果的过程

  1. 从官网下载jmeter，解压缩
  2. Windows下打开bin/jmeter.cmd
  3. 新建测试计划与线程组。打开后默认已建立一个测试计划，右击测试计划根据需要新建线程组，一般选择“setUp Thread Group（常规线程组）”或“Stepping Thread Group（阶梯测试线程组）”
  4. 右击线程组根据需要新建取样器（设置请求参数的地方），一般我们是新建HTTP Request
  5. 右击线程组，根据需要查看的指标新建监听器，一般结果树（view Result Tree）和聚合报告（Summary Report）是必需的，前者可以看到jmeter发出的每个请求的响应情况，后者可以在生成实时汇总报告
    在这里插入图片描述
#线程组参数说明
- 线程数： 同时发起的请求数。如线程数为10表示用10个线程模拟10个用户发起请求
- Ramp-Up时间： 多长时间内启动完全部线程
- 循环次数：每个线程循环请求的次数，设置为永远则所有线程持续不间断请求
- 持续时间： 测试请求的时间
- 启动延迟： 单一脚本时用不上。此参数表示当有多个jmeter脚本时，间隔多长时间启动下一脚本

  1. 因为jmeter图形化界面本身会占用一定资源，为了最大化资源利用效率，jmeter官方也推荐在命令行下进行压力测试，而仅在图形界面设置参数与查看最终结果，因此以上设置完成之后需要保存为jmx文件

  2. 将jmx文件与jmeter压缩包一起上传到linux服务器或其他有命令行的地方，执行以下命令开始压测

     jmeter -n -t ./xxx.jmx -l ../xxx.jtl -e -o ../xxx
 #参数说明：
 - -n 表示以命令行执行脚本
 - -t 指明测试脚本文件的位置（测试脚本文件为jmx文件）
 - -l 指明测试结果保存的位置（测试结果文件为jtl文件）
 - -e -o 表示同时生成网页报告以及网页文件存放的目录，该目录应为空或不存在

  3. 将测试结果文件（jtl文件）拿出来，导入到jmeter图形界面中，查看测试结果；或将网页文件拿出来在网页上查看测试结果

四、测试结果查看

  1. 测试过程中的实时查看：

在这里插入图片描述

在命令行执行脚本测试过程中，会看到以上页面。

  • “summary +”表示测试过程中的变化量，“summary =”所在的行才是我们需要关注的测试结果，其后跟的数字代表发送请求的数量
  • in 后面跟的是时间
  • = 后面跟的是吞吐量，可以近似看作QPS、TPS
  • Avg、Min、Max 表示请求响应的平均时间、最小时间、最大时间
  • Err 后面跟的是错误请求的数量与百分比
  • Active、Started、Finished表示线程数

如前三行可以解读为：

  • 在前23秒的时候发起了767次请求，TPS为33.3/s，平均响应时间为5724ms，最小响应时间为142ms，最大响应时间为22562ms，此时有0个错误请求，错误请求所占比例为0%，此时启动的线程数是500个，活跃的线程数是500个，已经结束的线程数为0个
  • 在其后的30s內，共发起1212次请求，这30s內TPS为40.4/s，平均响应时间为12531ms，最小响应时间为394ms，最大响应时间为49573ms，此过程中共有0个错误请求，错误请求所占比例为0%，此时启动的线程数是500个，活跃的线程数是500个，已经结束的线程数为0个
  • 总结以上，在前53s时间内，共发起1979次请求，TPS为37.3，平均响应时间为9893ms，最小响应时间为142ms，最大响应时间为49573ms，此时有0个错误请求，错误请求所占比例为0%，此时启动的线程数是500个，活跃的线程数是500个，已经结束的线程数为0个

  1. 测试结束后将结果文件（jtl文件）导入到jmeter图形界面：

    结果树：
    在这里插入图片描述

    结果树可以看到每个请求的响应情况

    聚合报告：

在这里插入图片描述

聚合报告可以看到发起的总请求数、平均响应时间、响应时间的中位数、90%的请求在多长时间内完成响应、95%的请求在多长时间内完成响应、99%的请求在多长时间内完成响应、响应时间的最大值、响应时间的最小值、异常请求所占的比例、吞吐量（TPS）以及发送、接受数据的速度

Tips

  1. 如果调整参数每次都在图形界面进行，对于我们在命令行进行测试十分不方便，我们可以直接修改jmx文件实现参数调整，如果线程组使用的是“setUp Thread Group”，那么可以在jmx文件中全局搜索“setUp”关键字，找到以下内容修改：

    <SetupThreadGroup guiclass="SetupThreadGroupGui" testclass="SetupThreadGroup" testname="setUp Thread Group" enabled="true">
        <stringProp name="ThreadGroup.on_sample_error">continue</stringProp>
        <elementProp name="ThreadGroup.main_controller" elementType="LoopController" guiclass="LoopControlPanel" testclass="LoopController" testname="Loop Controller" enabled="true">
          <boolProp name="LoopController.continue_forever">false</boolProp>
          <intProp name="LoopController.loops">-1</intProp>
        </elementProp>
        <stringProp name="ThreadGroup.num_threads">200</stringProp>        <!--线程数-->
        <stringProp name="ThreadGroup.ramp_time">1</stringProp>            <!--多长时间内启动所有线程-->
        <boolProp name="ThreadGroup.scheduler">true</boolProp>
        <stringProp name="ThreadGroup.duration">120</stringProp>           <!--测试持续时间-->
        <stringProp name="ThreadGroup.delay"></stringProp>
        <boolProp name="ThreadGroup.same_user_on_next_iteration">false</boolProp>
      </SetupThreadGroup>

    <HTTPSamplerProxy guiclass="HttpTestSampleGui" testclass="HTTPSamplerProxy" testname="HTTP Request" enabled="true">
          <elementProp name="HTTPsampler.Arguments" elementType="Arguments" guiclass="HTTPArgumentsPanel" testclass="Arguments" testname="User Defined Variables" enabled="true">
            <collectionProp name="Arguments.arguments"/>
          </elementProp>
          <stringProp name="HTTPSampler.domain">x.x.x.x</stringProp>        <!--请求地址-->
          <stringProp name="HTTPSampler.port">xxxx</stringProp>                <!--请求端口-->
          <stringProp name="HTTPSampler.protocol">http</stringProp>            <!--请求协议-->
          <stringProp name="HTTPSampler.contentEncoding"></stringProp>
          <stringProp name="HTTPSampler.path">/xxxx</stringProp>             <!--请求路径-->
          <stringProp name="HTTPSampler.method">GET</stringProp>                 <!--请求方式-->
          <boolProp name="HTTPSampler.follow_redirects">true</boolProp>
          <boolProp name="HTTPSampler.auto_redirects">false</boolProp>
          <boolProp name="HTTPSampler.use_keepalive">true</boolProp>
          <boolProp name="HTTPSampler.DO_MULTIPART_POST">false</boolProp>
          <stringProp name="HTTPSampler.embedded_url_re"></stringProp>
          <stringProp name="HTTPSampler.connect_timeout"></stringProp>
          <stringProp name="HTTPSampler.response_timeout"></stringProp>
        </HTTPSamplerProxy>

  2. 如果需要测试存储服务或其他下载服务，可以选中当前线程组，右键添加后置处理程序-》BeanShell PostProcessor，加入以下脚本：

    import java.io.*;
 
import java.util.UUID;
 
 
//获取上个请求的返回数据
 
byte[] result = prev.getResponseData();
 
//要下载到什么地方
 
String file_name = "\\apps\\temp\\downloads\\"+UUID.randomUUID().toString()+".jpg";
 
File file = new File(file_name);
 
FileOutputStream out = new FileOutputStream(file);
 
out.write(result);
 
out.close();

    或直接在jmx文件中与”ResultCollector“平级的层加入：

    <BeanShellPostProcessor guiclass="TestBeanGUI" testclass="BeanShellPostProcessor" testname="BeanShell PostProcessor" enabled="true">
          <stringProp name="filename"></stringProp>
          <stringProp name="parameters"></stringProp>
          <boolProp name="resetInterpreter">false</boolProp>
          <stringProp name="script">import java.io.*;
 
import java.util.UUID;
 
 
//获取上个请求的返回数据
 
byte[] result = prev.getResponseData();
 
//要下载到什么地方
 
String file_name = &quot;\\apps\\temp\\downloads\\&quot;+UUID.randomUUID().toString()+&quot;.jpg&quot;;
 
File file = new File(file_name);
 
FileOutputStream out = new FileOutputStream(file);
 
out.write(result);
 
out.close();</stringProp>
        </BeanShellPostProcessor>

五、常见的性能瓶颈

  • 网络带宽（尤其是压测请求的请求体或响应体较大的时候尤为明显）
  • 磁盘IO（与之相关的是nginx、程序的日志级别）
  • JVM参数
  • 网络参数（/etc/ sysctl.conf）
辰流
关注
Jmeter性能测试-瓶颈分析
花花呀的博客
03-01 1470
压力机资源不够、资源分配不合理（分布式）
Jmeter-性能瓶颈分析
汪敏的博客
04-25 3816
Jmeter-常见性能瓶颈分析Jmeter-常见性能瓶颈分析Jmeter-依据服务器资源利用率分析性能Jmeter-性能测试指标 Jmeter-常见性能瓶颈分析 由监控图分析出的性能瓶颈 问题说明 性能瓶颈出现频次 TPS波动较大 高 高并发下大量报错 高 并发数不断增加，TPS上不去，CPU耗用不高 中 压测过程中TPS不断下降，CPU使用率不断降低 低 Jmeter-依据服务器资源利用率分析性能 性能指标中响应时间过长，如>10s 响应时间过长，看jmeter监控
Jmeter 性能压测-分析定位（经验分享）
最新发布
2301_78843735的博客
10-09 653
1、压测过程中TPS上不去？请求响应时间过长？2、资源利用率遇瓶颈分析1）应用CPU瓶颈定位分析2）应用内存瓶颈定位分析3）应用磁盘瓶颈定位分析。
分析jmeter报告，总结出性能的瓶颈
沉觞的博客
11-29 5273
性能分析是一个过程。 jmeter能够监控的就是那么几个指标，最先反应问题的肯定是响应时间，事务的成功率。 如果响应时间和成功率，其中有一个不符合要求，那么就需要来定为瓶颈出现在哪。 一个性能瓶颈可能出现的地方拥有很多种可能，应用系统的从前到后任何一个环节都有可能。前端、后端、数据库、操作系统，甚至网络，包括硬件问题，都有可能是导致出现性能瓶颈的地方，那我们作为测试工程师，最终的目标就是要定为到问...
性能测试中如何定位性能瓶颈
tianlianchao1982的专栏
10-13 1670
性能测试的概念是什么，基本目的是什么，我想大家都基本清楚，不作详述，总之，性能测试只是测试过程中的一种方式，帮助我们的功能更好的运行，如果功能测试是可用，易用，满足需求、用户使用为目的，性能测试无非就是让这些目的更流畅。没有什么专业的概念，无非实现两个字：好用！ 所以，性能测试
使用Jmeter进行http接口性能测试
01-27
通过以上步骤，我们可以使用JMeter有效地对HTTP接口进行性能测试，评估系统的性能瓶颈，确保在高并发情况下仍能保持稳定的服务质量。在实际工作中，JMeter还支持自定义断言、定时器、采样器等多种功能，以满足各种...
jmeter性能测试报告.docx
07-08
1.4 常见性能测试分类 - 负载测试：测试系统在超负荷情况下的表现，确保系统在预期最大工作量下仍能正常运行。 - 压力测试：确定系统能提供最大服务级别的能力，找出性能临界点。 - 容量测试：测试系统能处理的最大...
JMeter性能测试中的性能瓶颈分析与优化技巧
# 1. 引言 ## 介绍JMeter性能测试的重要性和应用场景 ...通过使用JMeter进行性能测试，我们可以发现和识别应用程序中存在的性能瓶颈，从而采取相应的优化措施，提高系统的性能和稳定性。 JMeter可
性能测试-Jmeter.pptx
06-03
- 报告应包括测试目的、测试环境、测试方法、测试结果（如吞吐量、响应时间、并发用户数等）、性能瓶颈分析和调优建议。 以上内容是针对性能测试的关键步骤，JMeter作为一款强大的性能测试工具，在数据制造、脚本...
性能测试 —— Jmeter 性能压测瓶颈定位思路！
m0_58026506的博客
11-06 450
1、首先排查压力机自身的问题，如：CPU、内存、网络、脚本2、监控中间件的访问日志，观察相应时间耗时，出现在哪一个环节。3、排查网络问题，监控压力机到后端服务器的网络是否出现瓶颈4、监控服务端的所有机器（Tomcat、Nginx、Apache、MySQL）的操作负载，CPU、内存、网络、磁盘是否达到瓶颈5、监控应用服务器日志，查看是否存在ERROR、TimeOut、等报错6、监控中间件连接数是否达到上线，比如Tomcat、Nginx、MySQL连接数是否达到上线。
Jmeter 各种性能测试+性能瓶颈解决方案
08-15
Jmeter 各种性能测试+性能瓶颈解决方案
jmeter压力测试后的性能瓶颈分析及优化方法
liaomingwu的专栏
05-09 3726
jmeter压力测试后的性能优化分析
Jmeter性能瓶颈定位思路
08-22 236
性能瓶颈定位思路，整体思路：从前到后，从表象到内部1、首先排查压力机自身的问题，如CPU、内存、网络、脚本、2、监控中间件的访问日志，观察相应时间耗时，出现在哪一个环节。Tomcat、nginx、apache、mysql、3、排查网络问题，监控压力机到后端服务器的网络是否出现瓶颈、4、监控服务端的所有机器（Tomcat、nginx、apache、mysql）的操作负载，CPU、内存、网络、磁盘是否达到瓶颈
JMeter帮你找到系统瓶颈-升职加薪就在眼前
波波烤鸭的博客
03-10 2823
系统性能压力测试 一、压力测试   压力测试是给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷，是通过搭建与实际环境相似的测试环境，通过测试程序在同一时间内或某一段时间内，向系统发送预期数量的交易请求、测试系统在不同压力情况下的效率状况，以及系统可以承受的压力情况。然后做针对性的测试与分析，找到影响系统性能的瓶颈，评估系统在实际使用环境下的效率情况，评价系统性能以及判断是否需要对应用系统进行优化处理或结构调整。并对系统资源进行优化。   在压力测试中我们会涉及到相关的一.
Jmeter 性能压测-瓶颈定位思路
人生不怕起点低，就怕没追求
11-06 330
整体思路：从前到后，从表象到内部 1、首先排查压力机自身的问题，如：CPU、内存、网络、脚本 2、监控中间件的访问日志，观察相应时间耗时，出现在哪一个环节。Tomcat、Nginx、Apache、MySQL
jmeter测试服务器性能之数据连接数瓶颈分析和优化
热门推荐
g695144224的博客
04-06 1万+
前面搭建的测试环境linux+Servlet+mysql+tomcat都是采用的默认设置 先介绍一个在linux服务器下，批量kill掉mysql连接数的方法 #!/bin/bash for id in `mysql -hlocalhost -uroot -e"show processlist;"|awk '{print $1}'` do echo $id mysql -hlocalhost
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值