、修改jmeter.properties文件，打开一些输出内容开关（下图根据需要选择相关项，具体就不用多说了吧）

2、制定一份自己的输出模板。（不用默认的jmeter_home/extras/jmeter-results-detail-report.xsl模板，也可以网上自己找份。）

3、最后执行，生成对应的HTML报告（一般我们都在linux环境 下运行，语句大致如下，其中my_project_template.xsl就上第2步说的定制模板，这个是网上找的一份。）

xsltproc $jmeter_home/extras/my_project_template.xsl $my_project_workspace/result/jtl/$test_name/${test_name}.jtl > $my_project_workspace/result/html/$test_name/${test_name}.html

最后报告如下：

优化后的HTML报告，多了接口地址、接口参数、Headers信息（包括cookie、session），而且有返回结果

小伙伴们，用python做接口自动化是不是写代码比较繁琐，而且没有python代码基础的小伙伴根本无从下手对吧！今天我们来学习一下如何使用JMeter工具实现接口自动化测试。

1、安装JDK，配置java环境变量（安装过程略）

2、安装Jmeter（安装过程略）

3、安装ANT

1、修改jmeter.properties文件，打开一些输出内容开关（下图根据需要选择相关项，具体就不用多说了吧）

2、制定一份自己的输出模板。（不用默认的jmeter_home/extras/jmeter-results-detail-report.xsl模板，也可以网上自己找份。）

3、最后执行，生成对应的HTML报告（一般我们都在linux环境 下运行，语句大致如下，其中my_project_template.xsl就上第2步说的定制模板，这个是网上找的一份。）

xsltproc $jmeter_home/extras/my_project_template.xsl $my_project_workspace/result/jtl/$test_name/${test_name}.jtl > $my_project_workspace/result/html/$test_name/${test_name}.html

　　　1、调整nginx的连接数为65535；

　　　　　　events {
　　　　　　　　use epoll;
　　　　　　　　worker_connections 65535;
　　　　　　}

　　　　2、调整tomcat的最大线程数为300，默认为200；

　　　　　  调整accept队列的长度为500，默认为100；

　　　　　  因为使用的是tomcat7版本，默认使用的是BIO，调整为NIO模式

　　　　　　protocol="org.apache.coyote.http11.Http11NioProtocol"
　　　　　　　　connectionTimeout="60000"
　　　　　　　　maxThreads="300"
　　　　　　　　acceptCount="500"
　　　　　　　　URIEncoding="UTF-8"
　　　　　　　　useBodyEncodingForURI="true"
　　　　　　　　enableLookups="false"
　　　　　　　　redirectPort="8443" />

 

　　　　3、根据服务器内存情况，调整tomcat堆内存及垃圾回收器，这里分配4G（机器有8G），因为这台机器上部署了2个应用；

　　　　4、在tomcat配置中（bin/catalina.sh），开启jmc远程监控端口

　　　　　　JAVA_OPTS="-server -Dfile.encoding=UTF-8 -Xms4g -Xmx4g -Xmn2g -Xss512K -verbose:gc -XX:+UseConcMarkSweepGC
　　　　　　　　　　-XX:MaxTenuringThreshold=10 -XX:PermSize=512m -XX:MaxPermSize=1g -XX:+ExplicitGCInvokesConcurrent -XX:GCTimeRatio=19
　　　　　　　　　　-XX:+UseParNewGC -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=10
　　　　　　　　　　-XX:+CMSClassUnloadingEnabled -XX:+CMSParallelRemarkEnabled -XX:CMSInitiatingOccupancyFraction=50
　　　　　　　　　　-Xnoclassgc -XX:SoftRefLRUPolicyMSPerMB=0
　　　　　　　　　　-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=9433
　　　　　　　　　　-Djava.rmi.server.hostname=172.xx.xx.xx 
　　　　　　　　　　-Dcom.sun.management.jmxremote.ssl=false
　　　　　　　　　　-Dcom.sun.management.jmxremote.authenticate=false"

 

　　三、分析解决过程： 

　　　　刚开始测试的时候，TPS上不去，只有30几：

　　然后进行以下分析：

　　1、检查【应用cpu】使用情况，只有3%左右，cpu没用充分使用起来；

　　2、检查【应用堆内存】使用情况，只使用了500M（实际分配了4G），内在也没有充分使用起来；

以上2项指标，可以通过jdk自带的jdk1.8.0_201/bin/jvisualVM工具查看：

 

　　

　　3、查看慢sql，发现慢的SQL也没有，因为使用了Druid Monitor组件，可以使用它来分析

　　　　http://172.xx.xx.xx:8089/xxx/druid/sql.html

 

　　4、查看mycat日志是否已满，发现也没满。空间监控df -h ，防止文件系统空间满造成数据库hang住

　　　　

　　5、查看数据库磁盘io，发现比较低，只有10几%；

　　　　iostat -x 中 r/s w/s svctm<=6ms %util<80>

　　　　

　　6、最后分析JMeter工具中的压测结果，发现有很多响应时间超过3s以上的，在应用日志中找到这些记录，分析调用链路（分布式系统）各个节点的耗时，发现有个应用中使用了synchronized锁，在高并发情况下获取锁耗时3s以上；

　　　　

　　7、修复程序，重新压测，tps就达到了80左右，耗时多的记录也基本上没有了，至此，此次性能压力测试已结束。

 

注意：重复压测，会发现随着压测的次数增多，TPS会越来越低。那是因为应用中的日志会越来越大，导致写入时hand住了，要删除日志文件。

 

 　四、mysql性能监控指标： 

　　在分析过程中，在网上查了不少资料，在这里也简单描述一下：

    -%，iowait占比小于5%，user占比小于70%%+ -x 中  r/s     w/<=%util<%

    %，一般1000Mbit/