在上一篇博文中，主要是讲了InfluxDB的配置，博文链接：https://www.cnblogs.com/hong-fithing/p/14453695.html，今天来分享下Jmeter的配置。
在介绍Jmeter之前，必须是要有Jmeter环境的，至于环境怎么配，工具怎么用，可以看以前的博文。环境搭建：Jmeter——环境搭建；Jmeter系列博文：Jmeter系列。所以这些就不多讲了，可以自行查看，今天以性能监控平台配置为主，介绍Jmeter运行脚本来采集对应数据。
Jmeter配置
添加监听器
在线程组中，添加监听器（Listener）-> Backend Listener，如下图所示：
配置Backend Listener监听方式
添加监听后，监听方式默认为GraphiteBackendListenerClient，如下图所示：
监听方式是可以修改的，监听器没扩展的情况下，共有2种，扩展后，支持四种方式，如下所示：
我已经扩展过了，所以展示4种，具体扩展方式，稍后再说。今天介绍主要以前三种监听方式为主，三种方式采集的数据，也有些许不同，我们详细来看。
GraphiteBackendListenerClient监听
界面配置
配置监听方式为GraphiteBackendListenerClient，不同的监听方式，配置面板上的配置字段也有不同之处，配置如下所示：
配置界面的详细字段如下：
-
graphiteHost：InfluxDB安装的服务器ip -
graphitePort：端口；默认就是2003。ps：除非你自己安装InfluxDB时设置了其他端口。按自己的实际端口配置即可 -
rootMetricsPrefix：指标的根前缀；将测试结果存入数据库时，不同指标会生成不同表 -
summaryOnly：当你线程组有多个请求又想知道每个请求的结果数据时，最好填false，因为true只会返回所有请求的集合数据报告，不会输出每条请求的数据报告 -
samplersList：取样器列表；想收集哪些请求就填哪些，最好用正则去匹配 -
useRegexpForSamplersList：是否使用正则；如果true则使用，samplersList里可以匹配正则表达式 -
percentiles：百分比；即类似聚合报告里90% Line，95% Line，99% Line的数据；倘若想要99.9时，需要写成【99_9】，用下划线代替点
运行脚本
运行脚本，运行没报错，便会产生数据了，可以通过服务器客户端查看，或者上篇博文中介绍的客户端工具查询。查询数据如下所示：
通过查询数据发现，总共会生成三种前缀的表，分别是：jmeter.请求名称、jmeter.all、jmeter.test。通过数据可以看到，请求数据都是整齐划一的以jmeter.开头，是因为我们刚才配置的时候，设置的是jmeter.；如果你配置成其他，那就会以自定义的前缀生成数据了。
- 前缀说明
jmeter.all ：代表了所有请求；当summaryOnly=true时，就只有samplerName=all的表了
jmeter.请求名称 ：如图所示，HTTP请求的名字是HTTP Request 温一壶清酒 appium
jmeter.test ：线程组设置相关的指标数据
参数指标
参数指标说明，在jmeter官网有介绍，地址是：https://jmeter.apache.org/usermanual/realtime-results.html，可以查看原文档。我在这里就按中文来说明了。
线程/虚拟用户指标
Thread/Virtual Users metrics - 线程/虚拟用户指标
运行完脚本，生成的数据中，是有对应的5个指标数据的，如下所示：
| 指标 | 全称 | 含义 |
|---|---|---|
| <rootMetricsPrefix>test.minAT | Min active threads | 最小活跃线程数 |
| <rootMetricsPrefix>test.maxAT | Max active threads | 最大活跃线程数 |
| <rootMetricsPrefix>test.meanAT | Mean active threads | 平均活跃线程数 |
| <rootMetricsPrefix>test.startedT | Started threads | 启动线程数 |
| <rootMetricsPrefix>test.endedT | Finished threads | 结束线程数 |
响应时间指标
Response times metrics - 响应时间指标
每个sampler都包含了所有响应时间指标，每个sampler的每个指标都会有单独的一个表存储结果数据
| 指标 | 含义 |
|---|---|
| <rootMetricsPrefix><samplerName>.ok.count | sampler的成功响应数 |
| <rootMetricsPrefix><samplerName>.h.count | 服务器每秒命中次数(每秒点击数，即TPS） |
| <rootMetricsPrefix><samplerName>.ok.min | sampler响应成功的最短响应时间 |
| <rootMetricsPrefix><samplerName>.ok.max | sampler响应成功的最长响应时间 |
| <rootMetricsPrefix><samplerName>.ok.avg | sampler响应成功的平均响应时间 |
| <rootMetricsPrefix><samplerName>.ok.pct<percentileValue> | sampler响应成功的所占百分比 |
| <rootMetricsPrefix><samplerName>.ko.count | sampler的失败响应数 |
| <rootMetricsPrefix><samplerName>.ko.min | sampler响应失败的最短响应时间 |
| <rootMetricsPrefix><samplerName>.ko.max | sampler响应失败的最长响应时间 |
| <rootMetricsPrefix><samplerName>.ko.avg | sampler响应失败的平均响应时间 |
| <rootMetricsPrefix><samplerName>.ko.pct<percentileValue> | sampler响应失败的所占百分比 |
| <rootMetricsPrefix><samplerName>.a.count | sampler响应数(ok.count+ko.count) |
| <rootMetricsPrefix><samplerName>.sb.bytes | 已发送字节 |
| <rootMetricsPrefix><samplerName>.rb.bytes | 已接收字节 |
| <rootMetricsPrefix><samplerName>.a.min | sampler响应的最短响应时间 (ok.count和ko.count的最小值) |
| <rootMetricsPrefix><samplerName>.a.max | sampler响应的最长响应时间 (ok.count和ko.count的最大值) |
| <rootMetricsPrefix><samplerName>.a.avg | sampler响应的平均响应时间 (ok.count和ko.count的平均值) |
| <rootMetricsPrefix><samplerName>.a.pct<percentileValue> | sampler响应的百分比（根据成功和失败的总数来计算） |
InfluxDBBackendListenerClient监听
界面配置
配置方式一样，只是选择不同的监听方式而已，直接上图，配置也如下图所示：
每个配置项的含义如下：
-
influxdbUrl：安装influxdb的路径；主要格式：http://主机地址:8086/write?db=数据库名 -
application：应用名称；在 events 表中对应的字段是 application -
measurement：表名；数据存储到哪个表，默认是jmeter，不用改即可 -
summaryOnly：当你线程组有多个请求又想知道每个请求的结果数据时，最好填false，因为true只会返回所有请求的集合数据报告，不会输出每条请求的数据报告 -
samplersRegex：取样器列表；想收集哪些请求就填哪些，最好用正则去匹配 -
percentiles：百分比；即类似聚合报告里90% Line，95% Line，99% Line的数据；倘若想要99.9时，需要写成【99_9】，用下划线代替点 -
testTitle：测试名称；在 events 表中对应的字段是 text ，JMeter在测试的开始和结束时自动生成注释，该注释的值以'started'和'ended'结尾 -
eventTags：Grafana允许为每个注释显示标签；在 events 表中对应的字段是 tags
运行脚本
我们还是用客户端工具查看，这次只生成了2张表，分别是：events 和 jmeter。如下所示：
表作用
events表：用于存储事件的
jmeter表：存储测试结果数据，Grafana也是从这个表获取数据再展示
在讲配置项含义解释时，application和testTitle对应数据表中对应的字段，我们查询events表数据，如下所示：
application默认为jmeter；testTitle对应的是text，落的数据值为Test name started/Test name ended，Test name就是我们在界面配置的名称；time字段的时间差，就是脚本的运行时间了。
jmeter面板中也看出的确只运行了1s，如下所示：
JmeterInfluxDBBackendListenerClient监听
这种方式是在查询Grafana监控模板时找到的，这次博文先不讲Grafana的监控指标的配置，先把脚本监听方式讲完。
Grafana官网介绍如下：
插件引用
下载插件
插件下载地址，下载对应的jar包即可。
jmeter配置
将下载的插件放到Jmeter的/lib/ext目录下，如果jmeter是启用的，则需要重新启动下才能生效；jmeter没启用的情况下，则不需要。
界面配置
配置方式一样，只是选择不同的监听方式而已，引入插件后，就多了两种监听方式，我们选择JmeterInfluxDBBackendListenerClient，配置如下图所示：
每个配置项的含义如下：
-
testName：测试名称；在 testStartEnd 表中对应的字段是 testName -
nodeName：节点名称；在 testStartEnd 表中对应的字段是 nodeName -
influxDBHost：InfluxDB安装的服务器ip -
influxDBPort：端口；influxDB端口，默认是8086，不用改即可 -
influxDBUser：数据库用户名 -
influxDBPassword：数据库密码 -
influxDBDatabase：数据库名称，我们之前配置的数据库是jmeter，所以填入即可 -
retentionPolicy：默认即可 -
samplersList：取样器列表；想收集哪些请求就填哪些，最好用正则去匹配 -
useRegexForSamplerList：是否使用正则；如果true则使用，samplersList里可以匹配正则表达式
运行脚本
按自己所需配置完成后，运行脚本，我们通过客户端查看数据，生成如下三张表：
requestsRaw表
主要是存储请求信息数据，包含：请求时间，请求名称，线程名称等信息。如下所示：
testStartEnd表
主要是用于存储事件信息，如下所示：
virtualUsers表
存储线程相关信息，如下所示：
脚本生成数据的方式，就介绍到这了，离最终效果图只差一步了哟。今天介绍了三种方式，配置Grafana监控面板时，也对应有三种模板，下期再来细说。