Jmeter监控服务器资源方法及测试结果指标含义

 一、监控服务器资源方法

方案一：利用Jmeter第三方插件监控

1、通过插件管理下载第三方插件，PerfMon，监听器会新增jp@gc PerfMon Metrits Collector（第三方插件安装步骤可参考Jmeter第三方插件管理工具安装教程_HealerLX的博客-CSDN博客）

2、在被测服务器上安装server-agent软件，解压后有3个批处理文件，startAgent.bat监控Windows，startAgent.ssh监控Linux/Mac系统

3、Jmeter添加如下插件，并配置IP 端口(固定4444) 监控指定指标 监控指定进程的CPU

 方案二：利用Linux内部的命令和工具监控

1、启动serverAgent ：sh startAgent.sh（运行失败则可尝试关闭防火墙：service firewalld stop,公司实战则找运维处理）

2、命令行执行 jmeter -n -t 脚本路径 -l 结果路径.jtl

3、jmeter添加察看结果树、汇总报告、聚合报告、PerfMon，直接在察看结果树中点击浏览选择生成的jtl文件

【注意】

使用命令行执行的时候，不能让jp@gc PerfMon Metrits Collector生成结果，因为jtl文件没有结果

处理方法：在脚本中增加PerfMon插件监控并配置好，结果生成路径即可

 二、性能测试类型

1、负载测试（一般情况下，负载测试优先于压力测试执行）

        通过在测试过程中不断的调整负载，找出在多少用户量情况下，系统会出现性能下降的拐点，也可称为容量测试

        ①多用户瞬间高压，同时执行被测脚本

        ②长时间的高负载，运行脚本2、3天

负载测试设置图如下

2、压力测试/强度测试

        让项目中用户常用的功能进行高负载的测试，防止局部崩溃问题

        压力测试：模拟狭义的并发(集合点)，一般使用同步定时器完成，同步定时器使用方法可参考：Jmeter-同步定时器使用方法及含义_HealerLX的博客-CSDN博客

三、结果指标概念解释

1、 汇总报告

Label：取样器名称（或者是事务名）

样本：取样器运行次数（提交了多少笔业务）

平均值：请求（事务）的平均响应时间，单位为毫秒

最小值：请求的最小响应时间，单位为毫秒

最大值：请求的最大响应时间，单位为毫秒

标准偏差：响应时间的标准方差

异常%：事务错误率

吞吐量：即TPS。==>每秒事务数==单位时间内的事务数接收KB/sec：每秒数据包流量，单位是KB。发送KB/sec：每秒数据包流量，单位是KB。

吞吐率：(有些公司也称为TPS)处理能力，相当于速度，单位时间的上传下载数据量，与并发数是完全独立的概念

QPS：每秒查询率，属于TPS的子集

资源利用率：CPU利用率，过低没有利用好服务器的性能，过高内存溢出，性能调优的关键指标， CPU使用率<85% 内存利用率 <75-85% 磁盘I/O

平均字节数：平均数据流量，单位是Byte平均字节数*#样本=吞吐量

2、聚合报告

 中位数：（50%百分位）有50%的值位于该值之下，即所有请求load time的集合排序后的中间数

90%百分位：有90%的值位于该值之下

95%百分位：有95%的值位于该值之下

99%百分位：有99%的值位于该值之下（汇总报告中，标准偏差很大，使用百分位的值作为参考

标准偏差：反应的是系统稳定性，举例如下

1，11，6平时值是6                     5，6，7平均值是6                      6，6，6平均值是6

标准偏差很大                                 标准偏差很小                                   标准偏差为0