【jmeter】超高并发下优化Jmeter脚本设计，尽量达到上万并发请求

减负一，优化监听（GUI模式，尽量不考虑）

1.“查看结果树”，需要勾选“仅日志错误”，这样只会保存错误日志到内存，数据不会多。如果保存所有，那么会保存每个请求信息和相关信息，而且这些数据都是保存到jvm内存的，且常驻数据无法回收，上万十万大量请求很快就会压垮jmeter。

2.“聚合报告”中小并（100以内）发可以保留；高并发去掉，添加“Simple Data Writer”且保存csv格式数据。“聚合报告”是非常消耗cpu的。

3.其他监听组件可以都去掉，测试完后通过保存的结果，线下生成图表报告

减负二，优化监听（Non-GUI命令行模式）

1.“查看结果树”，需要勾选“仅日志错误”，需要设置路径，保存错误信息到文件，并且保存所有信息（点击Configure，勾选所有非CSV选项）

2.“聚合报告”命令行下无效

3. 其他监听组件可以都去掉，基本在Non-GUI下无效

减负三，结果文件优化

1. 结果数据一定要保存为CSV格式（比起xml格式，每条数据会少很多）（可以用Non-GUI命令指定csv日志保存）

2.“查看结果树”保存的错误信息要保存为xml，可以保存完整结果信息，方便错误分析

减负四，如果要超高并发建议不要直接使用分布式压测

1. jmeter分布部署只是缓解问题，没根本解决问题，高并发时master机器承受的压力很大，形成单点，无法在高并发时提供稳定负载

2. 数据会写可能丢失

3. 解决方法：需要手工运行slave，或利用jenkins同时触发多台slave

减负五，再强调一下，建议用Non-GUI命令行模式运行，并且选择Linux环境运行Jmeter也是很有必要的

1. 用Non-GUI运行jmeter生成csv报告，但别输出html报告（需要高jvm内存来完成，所以分成两步进行）命令如下：

jmeterHome3.1\bin\jmeter -n -t jmeterHome3.1\bin\MysqlTest.jmx -R 10.2.116.116,10.2.116.118,[省略后面的IP] -l DashReport\log-20180413.csv -e -o DashReport\htmlReport-20180413

---------------------

      2. 修改jmeter的jvm内存（建议物理内存的一半，HEAP的xms和xmx，1G的csv报告建议对应2G的xmx大小），用高jvm内存来转换csv报告至html报告（内存不够就换机器来转换报告）

减负六，可以选择用Jmeter + Grafana + InfluxDB的方式，来代替报告文件的生成，

1. 将Jmeter分布式集群去中心化，Master节点不再负责收集和处理测试数据，只负责调度slave节点

2. 支持多Master-slave，形成多路Jmeter测试集群（利用Jenkins或其他调度工具同时触发调度测试）