• 性能测试监控建模之记录Tomcat性能调优

    前言

    说起性能测试就来劲了，因为它作为测试领域为数不多需要深厚技术功底的技能之一；

    但是，入门容易，深耕难。想要在这一门技术里修炼成大咖，没有个5-6年技术积累是很难达到的；

    关键在于性能问题的发生是无规律的，却又有一定的套路在里面，需要不断学习和总结经验。

    这里我也建议：学习不一定要拿自己公司的项目，而是先去拿别人开源的项目来练手，自己设定性能问题，然后通过现象了解性能问题的本质，以达到性能优化的目的。

    环境准备

    这里不只是环境搭建，而且包括脚本开发、数据构造、监控平台等等一切为执行性能测试场景而准备
    • 推荐前面搭建的Jforum系统，脚本也是前面开发完成好的，只需要按照场景执行观察并分析结果就行

    浏览帖子的场景

    • 运行场景：设置30个线程，没有思考时间，持续5分钟。。。
    • 场景现象：一段时间后tps急剧下降、服务无响应、日志报错、无慢sql；服务器 cpu 100%、平均负载飙高回落、内存正常
    • 分析日志：%TOMCAT_HOMT%/logs/catalina.out
    1. "C1 CompilerThread1" #6 daemon prio=9 os_prio=0 tid=0x00007fd5f811d800 nid=0xc94 waiting on condition [0x0000000000000000]
    2.    java.lang.Thread.State: RUNNABLE
    3.  
    4. "C2 CompilerThread0" #5 daemon prio=9 os_prio=0 tid=0x00007fd5f811b000 nid=0xc93 waiting on condition [0x0000000000000000]
    5.    java.lang.Thread.State: RUNNABLE
    6.  
    7. "Signal Dispatcher" #4 daemon prio=9 os_prio=0 tid=0x00007fd5f810c800 nid=0xc92 waiting on condition [0x0000000000000000]
    8.    java.lang.Thread.State: RUNNABLE
    9.  
    10. "Reference Handler" #2 daemon prio=10 os_prio=0 tid=0x00007fd5f80dc000 nid=0xc90 in Object.wait() [0x00007fd5e8bfa000]
    11.    java.lang.Thread.State: BLOCKED (on object monitor)
    12. 	at java.lang.Object.wait(Native Method)
    13. 	at java.lang.Object.wait(Object.java:502)
    14. 	at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
    15. 	- locked <0x00000000f81c9a98> (a java.lang.ref.Reference$Lock)
    16. 	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
    17.  
    18. "C1 CompilerThread1" #6 daemon prio=9 os_prio=0 tid=0x00007fd5f811d800 nid=0xc94 waiting on condition [0x0000000000000000]
    19.    java.lang.Thread.State: RUNNABLE
    20.  
    21. "C2 CompilerThread0" #5 daemon prio=9 os_prio=0 tid=0x00007fd5f811b000 nid=0xc93 waiting on condition [0x0000000000000000]
    22.    java.lang.Thread.State: RUNNABLE
    23.  
    24. "Signal Dispatcher" #4 daemon prio=9 os_prio=0 tid=0x00007fd5f810c800 nid=0xc92 waiting on condition [0x0000000000000000]
    25.    java.lang.Thread.State: RUNNABLE
    26.  
    27. "Reference Handler" #2 daemon prio=10 os_prio=0 tid=0x00007fd5f80dc000 nid=0xc90 in Object.wait() [0x00007fd5e8bfa000]
    28.    java.lang.Thread.State: BLOCKED (on object monitor)
    29. 	at java.lang.Object.wait(Native Method)
    30. 	at java.lang.Object.wait(Object.java:502)
    31. 	at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
    32. 	- locked <0x00000000f81c9a98> (a java.lang.ref.Reference$Lock)
    33. 	at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)
    34. 复制代码

    性能诊断

    top命令监控cpu资源、抓出占用CPU过高的进程pid、jstack检索线程状态；
    分析日志，出现了BLOCKED线程阻塞，造成的原因有：宽带、中间件线程池、数据库连接池等；
    分析原因内网压测不大可能是带宽问题，可能是tomcat中间件线程池不够，线程池占满无法创建新连接，等待连接。

    配置优化

    先猜测是tomcat线程池不够，那就调整20为300

    反复测试

    性能测试是一个不断重复的过程，一直测试到发现不了问题为止。
    • 用一个场景运行，发现一段时间后tps急剧下降，再去分析服务日志：
    1. Exception in thread "http-bio-8080-exec-28" Exception in thread "http-bio-8080-exec-27" java.lang.OutOfMemoryError: GC overhead limit exceeded
    2. 	at java.nio.HeapByteBuffer.<init>(HeapByteBuffer.java:57)
    3. 	at java.nio.ByteBuffer.allocate(ByteBuffer.java:335)
    4. 	at sun.nio.cs.StreamDecoder.<init>(StreamDecoder.java:251)
    5. 	at sun.nio.cs.StreamDecoder.<init>(StreamDecoder.java:231)
    6. 	at sun.nio.cs.StreamDecoder.forInputStreamReader(StreamDecoder.java:69)
    7. 	at java.io.InputStreamReader.<init>(InputStreamReader.java:100)
    8. 	at freemarker.cache.FileTemplateLoader$4.run(FileTemplateLoader.java:210)
    9. 	at freemarker.cache.FileTemplateLoader$4.run(FileTemplateLoader.java:202)
    10. 	at java.security.AccessController.doPrivileged(Native Method)
    11. 	at net.jforum.util.legacy.clickstream.ClickstreamFilter.doFilter(ClickstreamFilter.java:59)
    12. java.lang.OutOfMemoryError: GC overhead limit exceeded
    13. 复制代码
    看到OutOfMemoryError错误就豁然开朗了，先肯定前面的猜测对了，优化了服务配置

    性能分析

    OOM内存出现了问题，也就是GC堆内存开销超出限制，可能是程序在不断的GC但是缓慢，来不及给下一个线程使用；所以还是有可能是程序的内存分配问题，即使增加配置：-XX:-UseGCOverheadLimit，还是会抛出异常： java.lang.OutOfMemoryError: Java heap space，这样就可以解释为堆内存溢出了。

    堆内存原因：需要调整tomcat的jvm参数增大堆内存Xms\Xmx

    • jvm参数优化
    • 增加tomcat线程池、调整tomcat的jvm参数128m至1g

    再次运行场景

    • 结果，不再出现异常情况，支持30个线程不断并发，tps上升后到达一个稳定过程，RT也没有增高，维持在3s以内。

    最后：下面是配套学习资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

    软件测试面试小程序

    被百万人刷爆的软件测试题库！！！谁用谁知道！！！全网最全面试刷题小程序，手机就可以刷题，地铁上公交上，卷起来！

    涵盖以下这些面试题板块：

    1、软件测试基础理论 ，2、web,app，接口功能测试 ，3、网络 ，4、数据库 ，5、linux

    6、web,app，接口自动化 ，7、性能测试 ，8、编程基础，9、hr面试题 ，10、开放性测试题，11、安全测试，12、计算机基础

      全套资料获取方式：点击下方小卡片自行领取即可

  • 相关阅读:
    阿里云服务器配置怎么选择？几核几G？带宽系统盘怎么选？
    uni-app：uView弹出层的使用
    【从零开始学zabbix】一丶Zabbix的介绍与部署Zabbix
    从区划边界geojson中查询经纬度坐标对应的省市区县乡镇名称，开源Java工具，内存占用低、高性能
    技术分享 | 接口自动化测试中如何对xml 格式做断言验证？
    1-verilog的串行滤波器FIR实现
    设计模式之观察者模式（优先使用对象组合的原则）的C++实现
    DBCO-PEG-DSPE 磷脂-聚乙二醇-二苯并环辛炔用于脂质体制备
    docker学习
    linux中.a和.so库文件
  • 原文地址：https://blog.csdn.net/weixin_57794111/article/details/132874839