[Linux] 常用性能压测工具实战总结

• 当前正在运行的线程数不能超过设定的最大值。一般情况下系统性能较好的情况下，线程数最小值设置50和最大值设置200比较合适。
  
• 当前运行的JDBC连接数不能超过设定的最大值。一般情况下系统性能较好的情况下，JDBC最小值设置50和最大值设置200比较合适。
  
• GC频率不能频繁，特别是FULL GC更不能频繁，一般情况下系统性能较好的情况下，JVM最小堆大小和最大堆大小分别设置1024 M比较合适。
  

• SQL耗时越小越好，一般情况下微秒级别。
  
• 命中率越高越好，一般情况下不能低于95%。
  
• 锁等待次数越低越好，等待时间越短越好。
  

• 页面要尽可能小及压缩。
  
• 页面展示和花费时间越短越好。
  

• TPS曲线稳定，没有大幅度的波动。
  
• 各项资源指标没有泄露或异常情况。
  

• 在数据量很大的情况下，批处理时间窗口时间越短越好。
  
• 不能影响实时交易系统性能。
  

• 理想的扩展能力是资源增加几倍，性能就提升几倍。
  
• 扩展能力至少在70%以上。
  

• 节点切换是否成功及其消耗时间。
  
• 双机切换是否有业务中断。
  
• 节点回切是否成功及其耗时
  
• 双机回切是否有业务中断。
  
• 节点回切过程中的数据丢失量。在进行双机切换的同时，使用压力发生工具模拟实际业务发生情况，对应用保持一定的性能压力，保证测试结果符合生产实际情况。
  

• 集群中某个节点出现故障时，系统是否有业务中断情况出现。
  
• 在集群中新增一个节点时，是否需要重启系统。
  
• 当故障节点恢复后，加入集群，是否需要重启系统。
  
• 当故障节点恢复后，加入集群，系统是否有业务中断情况出现。
  
• 节点切换需要多长时间。在验证集群可靠性的同时，需根据具体情况使用压力工具模拟实际业务发生相关情况，对应用保持一定的性能压力，确保测试结果符合生产实际情况。
  

• 备份是否成功及其消耗时间。
  
• 备份是否使用脚本自动化完成。
  
• 恢复是否成功及其消耗时间。
  
• 恢复是否使用脚本自动化完成指标体系的运用原则。
  
• 指标项的采用和考察取决于对相应系统的测试目的和测试需求。被测系统不一样，测试目的不一样，测试需求也不一样，考察的指标项也有很大差别。
  
• 部分系统涉及额外的前端用户接入能力的，需要考察用户接入并发能力指标。
  
• 对于批量处理过程的性能验证，主要考虑批量处理效率并估算批量处理时间窗口。
  
• 如测试目标涉及到系统性能容量，测试需求中应根据相关指标项的定义，明确描述性能指标需求。
  
• 测试指标获取后，需说明相关的前提条件（如在多少的业务量、系统资源情况等）。
  

• 应用程序代码：在通常情况下，很多程序的性能问题都是写出来的，因此对于发现瓶颈的模块，应该首先检查一下代码。
  
• 数据库配置：经常引起整个系统运行缓慢，一些诸如大型数据库都是需要DBA进行正确的参数调整才能投产的。
  
• 操作系统配置：不合理就可能引起系统瓶颈。
  
• 硬件设置：硬盘速度、内存大小等都是容易引起瓶颈的原因，因此这些都是分析的重点。
  
• 网络：网络负载过重导致网络冲突和网络延迟。
  

• 当确定了问题之后，我们要明确这个问题影响的是响应时间吞吐量，还是其他问题？
  
• 是多数用户还是少数用户遇到了问题？如果是少数用户，这几个用户与其它用户的操作有什么不同？
  
• 系统资源监控的结果是否正常？CPU的使用是否到达极限？I/O情况如何？
  
• 问题是否集中在某一类模块中？
  
• 是客户端还是服务器出现问题？ 系统硬件配置是否够用？
  
• 实际负载是否超过了系统的负载能力？ 是否未对系统进行优化？
  

• 在应用系统的设计开发过程中，应始终把性能放在考虑的范围内，将性能测试常态化，日常化的内网的性能测试+定期的真实环境的业务性能测试，PTS都可以支持。
  
• 确定清晰明确的性能目标是关键，进而将目标转化为PTS中的压测场景并设置好需要的目标量级，然后视情况选择并发、TPS模式，自动递增/手工调速的组合进行流量控制。
  
• 必须保证调优后的程序运行正确。
  
• 系统的性能更大程度上取决于良好的设计，调优技巧只是一个辅助手段。
  
• 调优过程是迭代渐进的过程，每一次调优的结果都要反馈到后续的代码开发中去。
  
• 性能调优不能以牺牲代码的可读性和可维护性为代价。
  

leoheng@Leoheng-MBA ~ % yum -y install httpd-tools
leoheng@Leoheng-MBA ~ % ab -help
-n  即requests，用于指定压力测试总共的执行次数。
-c  即concurrency，用于指定的并发数。
-t  即timelimit，等待响应的最大时间(单位：秒)。
-b  即windowsize，TCP发送/接收的缓冲大小(单位：字节)。
-p  即postfile，发送POST请求时需要上传的文件，此外还必须设置-T参数。
-u  即putfile，发送PUT请求时需要上传的文件，此外还必须设置-T参数。
-T  即content-type，用于设置Content-Type请求头信息，例如：application/x-www-form-urlencoded，默认值为text/plain。
-v  即verbosity，指定打印帮助信息的冗余级别。
-w  以HTML表格形式打印结果。
-i  使用HEAD请求代替GET请求。
-x  插入字符串作为table标签的属性。
-y  插入字符串作为tr标签的属性。
-z  插入字符串作为td标签的属性。
-C  添加cookie信息，例如："Apache=1234"(可以重复该参数选项以添加多个)。
-H  添加任意的请求头，例如："Accept-Encoding: gzip"，请求头将会添加在现有的多个请求头之后(可以重复该参数选项以添加多个)。
-A  添加一个基本的网络认证信息，用户名和密码之间用英文冒号隔开。
-P  添加一个基本的代理认证信息，用户名和密码之间用英文冒号隔开。
-X  指定使用的和端口号，例如:"126.10.10.3:88"。
-V  打印版本号并退出。
-k  使用HTTP的KeepAlive特性。
-d  不显示百分比。
-S  不显示预估和警告信息。
-g  输出结果信息到gnuplot格式的文件中。
-e  输出结果信息到CSV格式的文件中。
-r  指定接收到错误信息时不退出程序。
leoheng@Leoheng-MBA ~ % ab -c 100 -n 10000  https://www.123.com/
Server Software:    nginx/1.10.2 (服务器软件名称及版本信息)
Server Hostname:    192.168.1.106(服务器主机名)
Server Port:      80 (服务器端口)
Document Path:      /index1.html. (供测试的URL路径)
Document Length:    3721 bytes (供测试的URL返回的文档大小)
Concurrency Level:    1000 (并发数)
Time taken for tests:   2.327 seconds (压力测试消耗的总时间)
Complete requests:    5000 (的总次数)
Failed requests:    688 (失败的请求数)
Write errors:       0 (网络连接写入错误数)
Total transferred:    17402975 bytes (传输的总数据量)
HTML transferred:     16275725 bytes (HTML文档的总数据量)
Requests per second:  2148.98 [#/sec] (mean) (平均每秒的请求数) 这个是非常重要的参数数值，服务器的吞吐量 
Time per request:     465.338 [ms] (mean) (所有并发用户(这里是1000)都请求一次的平均时间)
Time  request:     0.247 [ms] (mean, across all concurrent requests) (单个用户请求一次的平均时间)
Transfer rate:      7304.41 [Kbytes/sec] received 每秒获取的数据长度 (传输速率，单位：KB/s)
...
Percentage of the requests served within a certain time (ms)
  50%  347  ## 50%的请求在347ms内返回 
  66%  401  ## 60%的请求在401ms内返回 
  75%  431
  80%  516
  90%  600
  95%  846
  98%   1571
  99%   1593
 100%   1619 (longest request)

leoheng@Leoheng-MBA ~ % wget https://mirrors.tuna.tsinghua.edu.cn/apache//jmeter/source/apache-jmeter-5.1.1_src.tgz
leoheng@Leoheng-MBA ~ % tar -xf apache-jmeter-5.1.1_src.tgz
leoheng@Leoheng-MBA ~ % export JMETER_HOME=/usr/local/apache-jmeter-5.1.1/ 
leoheng@Leoheng-MBA ~ % export CLASSPATH=$JMETER_HOME/lib/ext/ApacheJMeter_core.jar:$JMETER_HOME/lib/jorphan.jar:$JMETER_HOME/lib/logkit-2.0.jar:$CLASSPATH
leoheng@Leoheng-MBA ~ % export PATH=$JMETER_HOME/bin:$PATH:$HOME/bin
leoheng@Leoheng-MBA ~ % source /etc/profile 
leoheng@Leoheng-MBA ~ % jmeter -v
leoheng@Leoheng-MBA ~ % jmeter -n -t test.jmx -l result.jtl -e -o /tmp/ResultReport

准备：LoadRunner Generator11.0 for Linux.iso、centos7测试机
把iso上传到服务器上，然后mount -o loop   LoadRunner Generator11.0 for Linux.iso /mnt 挂载到/mnt下。
leoheng@Leoheng-MBA ~ % yum install -y csh  glibc.i686 zlib.i686 libstdc++.so.5 && yum provides libgcc_s.so.1 -y
leoheng@Leoheng-MBA ~ % useradd -g 0 -s /bin/csh lr_agent
lr_agent:x:1005:0::/home/lr_agent:/bin/csh
leoheng@Leoheng-MBA ~ % ./mnt/installer.sh
leoheng@Leoheng-MBA ~ % chown -R lr_agent:lr_agent /opt/HP
leoheng@Leoheng-MBA ~ % vim /home/lr_agent/.bash_profile
export PATH
export PRODUCT_DIR=/opt/HP/HP_LoadGenerator
export M_LROOT=$PRODUCT_DIR
export LD_LIBRARY_PATH=${M_LROOT}/bin
export PATH=${M_LROOT}/bin:$PATH
leoheng@Leoheng-MBA ~ % csh /etc/csh.cshrc
leoheng@Leoheng-MBA ~ % source /opt/HP/HP_LoadGenerator/env.csh
leoheng@Leoheng-MBA ~ % source /home/lr_agent/.bash_profile
leoheng@Leoheng-MBA ~ % source /etc/csh.cshrc