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

这篇具有很好参考价值的文章主要介绍了Jmeter基本使用与常见性能瓶颈。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

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发出的每个请求的响应情况,后者可以在生成实时汇总报告
    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. 测试过程中的实时查看:

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

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

  • “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图形界面:

    结果树:
    Jmeter基本使用与常见性能瓶颈

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

    聚合报告:

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“平级的层加入:文章来源地址https://www.toymoban.com/news/detail-402266.html

    <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基本使用与常见性能瓶颈的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 硬件性能 - 网络瓶颈分析

    简介 本文章主要通过Linux命令查看网络信息、判断是否出现网络瓶颈等简单分析方法。其他硬件性能分析如下: 1. 硬件性能 - CPU瓶颈分析 2. 硬件性能 - 掌握内存知识 3. 硬件性能 - 磁盘瓶颈分析 目录 1. 监控命令 sar 2. 带宽利用率 3. 网络延迟 4. 网络连接数 5. 模拟网络故障

    2024年02月13日
    浏览(45)
  • 记一次Flink遇到性能瓶颈

    这周的主要时间花在Flink上面,做了一个简单的从文本文件中读取数据,然后存入数据库的例子,能够正常的实现功能,但是遇到个问题,我有四台机器,自己搭建了一个standalone的集群,不论我把并行度设置多少,跑起来的耗时都非常接近,实在是百思不得其解。机器多似乎

    2023年04月15日
    浏览(78)
  • 确定Oracle SQL语句性能瓶颈

    9.1. 分析Cost方法 9.1.1. 方法说明 SQL调优(SQL TUNING),就是在SQL语句执行计划中,发现浪费大量系统资源的节点,然后,想办法降低该节点对系统资源的消耗,以使其不再浪费系统资源。那么,SQL语句执行计划中,衡量系统资源的标准是什么呢?Oracle优化器结合各种统计数据

    2024年02月03日
    浏览(44)
  • 一篇打通,性能测试与性能测试瓶颈评估,测试之道...

    什么是性能测试? 性能测试是验证软件系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈,优化软件,最后起到优化系统的目的。 概括为三个方面: 应用在客户端性能的测试; 应用在网络上性能的测试; 应用在服务器端性能的测试; 通常情况下

    2024年02月10日
    浏览(37)
  • 性能测试时,如何分析radis的瓶颈

    通常局限点来说,Redis也以消息队列的形式存在,作为内嵌的List存在,,满足实时的高并发需求。而通常在一个电商类型的数据处理过程之中,有关商品,热销,推荐排序的队列,通常存放在Redis之中,期间也包扩Storm对于Redis列表的读取和更新。 性能极高 --Redis能支持超过

    2024年02月11日
    浏览(87)
  • redis性能测试及瓶颈分析调优

    一、简介 Redis(Remote Dictionary Server ),即远程字典服务,是一个开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API mysql与redis的区别: 类型上mysql是关系型数据库,而redis是缓存数据库; 作用上mysql用于持久化的存储数

    2024年02月06日
    浏览(58)
  • Elasticsearch的性能瓶颈与解决方案

    Elasticsearch是一个分布式、实时的搜索和分析引擎,它基于Lucene库构建,具有高性能、高可扩展性和高可用性。在大规模数据处理和实时搜索场景中,Elasticsearch是一个非常重要的工具。然而,随着数据量的增加和查询压力的加大,Elasticsearch可能会遇到性能瓶颈。本文将讨论

    2024年02月20日
    浏览(38)
  • 全网最全,性能测试-性能瓶颈分析详全,优秀的性能测试工程师养成记...

    内存分析 内存的使用情况是系统性能中重要的因素之一,频繁的页交换及内存泄露都会影响到系统的性能(在这主要以Windows系统为主)。 内存分析用于判断系统有无遇到内存瓶颈,是否需要通过增加内存等手段提高系统性能表现。 1、查看MemoryAvailable Mbytes指标 在对系统进

    2024年02月05日
    浏览(71)
  • Linux性能瓶颈分析之TOP指标分析

    1.查看cpu基础信息 2.查看cpu详细信息 3.统计cpu信息 如图所示: us :表示 CPU 在用户态运行的时间百分比,通常用户态 CPU 高表示有应用程序比较繁忙。 sy :表示 CPU 在内核态运行的时间百分比,通常内核态 CPU 越低越好,否则表示系统存在某些瓶颈。 ni :表示用 nice 修正进程

    2024年02月11日
    浏览(72)
  • Jmeter接口/性能测试,Jmeter使用教程(超细整理)

    1、线程组 线程组分类: Jmeter线程组主要分为3类分别为线程组、setUp线程组、tearDown线程组 ①线程组 这个就是我们通常添加运行的线程。通俗的讲一个线程组,可以看做一个虚拟用户组,线程组中的每个线程都可以理解为一个虚拟用户。 ②setUp线程组 一种特殊类型的ThreadG

    2024年02月15日
    浏览(44)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包