性能测试监控及分析使用手册

1测试简介

1.1背景

性能测试目的除了要验证应用系统性能是否要满足预期的性能需求，更重要的是还要发现应用系统可能存在的性能问题，协助定位性能瓶颈并调优，除此之外也要为投产环境容量管理和系统参数配置管理提供决策依据。
性能测试工作中，经常出现这样一种情况，很多性能测试人员，在进行性能测试时还是局限于调试开发测试脚本、对接口施压、简单的监控后台服务器CPU和内存资源等阶段。在性能问题定位分析优化方面参与度不高，本质上并没有掌握性能测试的核心能力。作为性能测试专业人员则需要同时具备性能施压者和分析者两方面能力。
为了更全面的评估应用系统的性能指标是否满足既定值，本方案制定性能测试监控策略，在场景条件下执行性能场景，分析判断性能瓶颈并且调优。

2操作系统监控

性能测试过程中规范需要监控服务器资源，并且需要同时监控应用服务器和数据库服务器的资源使用情况，以初步判断问题可能出现在应用程序上，还是数据库操作上。

2.1 nmon工具使用

推荐使用nmon工具，比如压测时间是5分钟，在开始压测时，同时在应用服务器和数据库服务器上执行如下命令：

./nmon -F filename.nmon -s 5 -c 60

说明：-s 5表示每5秒钟获取一次资源使用情况，-c 60表示共获取60次，并将所有结果写入“filename.nmon”文件中，5秒*60次=300秒，一共是5分钟

执行完成后将filename.nmon文件拖拽到本地，然后通过nmon_analyzer工具打开filename.nmon文件，可产生图形化结果。

2.2 nmon 文件分析

查看CPU利用率：CPU_ALL表的CPU%列取平均值即可，如下图CPU利用率为1.125%

查看MEM内存利用率：在MEM表里使用如下公式计算出每行的内存使用率并进行取平均，即(Memtotal-Memfree-cached-buffers)/Memtotal*100，如下图MEM利用率为30.66%

通过内存利用率的趋势，可定位是否内存泄漏情况。

3应用系统监控

3.1垃圾回收情况

3.1.1 使用命令查看垃圾回收情况

当监控到应用服务器的CPU利用率过高时，首先排查是否是Full gc频率过高导致，排查执行如下命令：

jstat -gc id 1000 50

查看垃圾回收情况，id是当前被测应用系统的进程id，可以用top命令查看，1000是1000ms，50是查询50次，综上表示每隔1s查询一次进程id的垃圾收集情况，一共查询50次，时间和次数按实际测试的需求自行调整，查询结果如下图：

S0C：是Survivor0区大小
S1C：是Survivor1区大小
S0U：是Survivor0区已使用大小
S1U：是Survivor1区已使用大小
EC：是Eden区大小
EU：是Eden区已使用大小
OC：是老年代大小
OU：是老年代已使用大小
YGC：是新生代垃圾回收次数
YGCT：是新生代垃圾回收消耗的时间
FGC：是老年代垃圾回收次数
FGCT：是老年代牢记回收消耗的时间
从上图可以看出࿰