参考链接：https://www.cnblogs.com/hong-fithing/p/14488406.html
参考链接：https://blog.csdn.net/zuozewei/article/details/82911173
为什么要用jmeter influxdb grafana监控平台
jmeter本身是有一些查看结果工具，比如通过控制台日志查看结果，或者生成的html查看，或者安装一些插件查看结果。
不过采取以上方式有几个方面的问题。
1.整理结果时比较浪费时间。
2.在 GUI 用插件看曲线，做高并发时并不现实。
3.在场景运行时间比较长的时候，采用生成 HTML 的方式，会出现消耗内存过大的情况，而实际上，在生成的结果图中，有很多生成的图我们并不是那么关注。生成的结果保存之后再查看比较麻烦，还要一个个去找。
工具介绍
1、Jmeter：在平台中扮演的角色是：采集数据
2、InfluxDB：Go 语言开发的一个开源分布式时序数据库，非常适合存储指标、事件、分析等数据；它在平台中扮演的角色是：数据存储
3、Grafana：纯 Javascript 开发的前端工具，用于访问 InfluxDB，自定义报表、显示图表等；它在平台中扮演的角色是：数据展示
原理简介：
在线程组里添加 Backend Listener监听组件，然后把相关数据发送到influxdb，然后grafana再配置相关模板从influxdb获取数据源并展示
这里重点只讲一下Backend Listener的3种类型相关配置，其他安装流程可以自己查找。
jmeter监听配置之第一种方式：
1）jmeter
Backend Listener implementation选择
org.apache.jmeter.visualizers.backend.graphite.GraphiteBackendListenerClient
配置界面的详细字段如下：
graphiteHost：InfluxDB安装的服务器ip
graphitePort：端口；默认就是2003。ps：除非你自己安装InfluxDB时设置了其他端口。按自己的实际端口配置即可
rootMetricsPrefix：指标的根前缀；将测试结果存入数据库时，不同指标会生成不同表，一般就用默认“jmeter.”
summaryOnly：当你线程组有多个请求又想知道每个请求的结果数据时，最好填false，因为true只会返回所有请求的集合数据报告，不会输出每条请求的数据报告
samplersList：取样器列表；想收集哪些请求就填哪些，最好用正则去匹配，我这里选择全部 “.*”
useRegexpForSamplersList：是否使用正则；如果true则使用，samplersList里可以匹配正则表达式
percentiles：百分比；默认百分位设置为“90;95;99”，即聚合报告里90% Line，95% Line，99% Line的数据；倘若想要99.9时，需要写成【99_9】，用下划线代替点
image.png
2）influxdb
以上监听会在influxdb生成2种前缀的表，分别是：jmeter.all 和 jmeter.test
image.png
线程数/用户相关指标：
test.minAT-Min active threads：最小活跃线程数
test.maxAT-Max active threads：最大活跃线程数
test.meanAT-Mean active threads：活跃线程数
test.startedT-Started threads：启动线程数
test.endedT-Finished threads：结束线程数
响应时间指标：
.ok.count：采样器的成功响应数
.h.count：每秒点击数
.ok.min：采样器成功最短响应时间
.ok.max：采样器成功最长响应时间
.ok.avg：采样器成功平均响应时间
.ok.pct：采样器成功响应百分比
.ko.count：采样器失败响应数
.ko.min：采样器失败的响应最短时间
.ko.max：采样称失败最长响应时间
.ko.avg：采样器失败平均响应时间
.ko.pct：采样器失败响应百分比
.a.count：采样器响应数（ok.count和ko.count的总和）
.a.min：采样器最小响应时间（ok.count和ko.count的最小值）
.a.max：采样器最大响应时间（ok.count和ko.count的最大值）
.a.avg：采样器平均响应时间（ok.count和ko.count的平均值）
.a.pct：采样器响应百分比（根据和失败样本的总数计算）
3）Grafana
需要自定义模板，自己根据自己的需求创建相关报表和图表
网友评论