目录：
- nmon使用
- nmon定位问题以及输出监控的数据
接口性能测试的过程步骤如下：
1
调试好loadrunner的脚本
2
在数据库里面准备好10万以上的数据，有些接口的要求是百万的
打开MySQL的慢日志开关，在MySQL的配置文件my.cnf里面配置
[mysqld]
slow_query_log=1 # 打开慢查询
slow_query_log_file=/data/mysql/mysqllog/logfile/slow-query.log #慢查询的日志保存路径
long_query_time=0.3 # 慢查询的时间，可以设置1秒开始
3
设计好场景，比如刚开始并发30个用户，每隔5秒增加2个用户
场景执行时间30分钟
停止脚本，一下子全部都停止
在场景里面，主要来关注tps和响应时间
设定loadrunner日志输出的地方
4
运行场景
点击数字连接信息，可以显示实时的TPS信息
在场景里面可以看到如下的数据，响应时间直线上升到1秒以上，TPS只有30不到
这个时候可以来排除是不是网络有延时，在loadrunner所在的机器pnig 服务器
可以看到响应时间很快，没有看到超时或者丢包，这个时候，也可以排除了网络瓶颈
5
查看服务器资源使用情况
1、准备好nmon
①、查看服务器操作系统的版本信息
②、[root@pertest0 data]# cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)
③、 root用户登录系统，建立目录：
l[root@localhost data]# mkdir nmon
④、解压文件：[root@localhost data]# tar -zxvf nmon16f_mpginc.tar.gz -C /data/nmon/
l 这里选用nmon_x86_64_centos7
2、运行nmon l 在nmon目录下运行nmon_x86_64_centos7 [root@pertest0 nmon]# ./nmon_x86_64_centos7
输出如下信息：
命令说明
c: 提供关于物理CPU使用的详细信息
m: 提供内存使用的详细信息：系统（内核）和进程，活动虚拟内存
d: 提供关于磁盘，磁盘类型大小，可用空间，卷组，适配器等更详细 的信息
t: 当前进程详细情
P: Paging space 使用情况
k: 显示内核信息
- Nmon 结果保存为文件
3、在当前界面输入：c，可以看到User%已经占用95%以上了
4、再输入：t，看哪个进程占用CPU比较高，可以看到是mysql进程
这里已经定位到问题了，那么下一步怎么办呢?
一般mysql占用CPU高，都是慢查询导致的，那么需要进入到慢查询日志里面去看日志信息
5、动态输出慢日志的信息，在日志里面找到一个“Query_time”，只要超过1秒以上就可以了
6、在MySQL的连接客户端里面查看该sql语句的执行计划，从select开始整个sql语句
可以看到type=ALL，是全表扫描，没有建立索引导致的
6
nmon后台运行
参数说明：
-f:按标准格式输出文件：_YYYYMMDD_HHMM.nmon
-m: 切换到路径去保存日志文件
-s: 每隔n秒抽样一次，这里为20
-c 取出多少个抽样数量，这里为30，即监控=20*30/60=10分钟
7
下载到本地，进行打开，查看性能监控结果
[root@pertest0 nmon]# sz pertest0_200528_2302.nmon
在nmon analyser v60.xlsm文件，点击Analyse nomn data按钮，选择下载下 来的结果文件
当有提示需要启用宏时，需要点击启用
选择文件
点击保存按钮
查看CPU相关的数据