jmeter性能测试实例3解析--性能瓶颈分析过程

场景要求

1、用户登陆---每个用户登陆一次（仅一次控制器）

2、压测试接口获取门店列表

性能场景指标

1、验证最大在线用户数--（负载测试）

2、错误率<0.5%

3、请求响应时间<2S

4、场景运行时间10分钟--不需要同步定时器

5、服务器资源使用合理（cpu使用率<80%,内存使用率<80%)

脚本设计如下：

运行结果及分析流程

1、运行场景--聚合报告（重要指标：响应时间、错误率、吞吐量）99%用户登陆响应时间超过2S，未达标

2、top命令查看服务器资源，看具体监控数据：发现cpu过高，哪个进程占cpu?

cpu包含：sys系统、usr用户、idle空余、io%输入输出

（top命令）第一个红框是百分比，第二个红框是总共，例如若8核cpu服务器下面红框内最高可达800%
load average:cpu分别在1/5/15分钟内的平均负载值。若8核这里达到可以短暂的超过8没问题，但不要持续时间过长

发现，usr用户进程使用率高，是哪个进程导致这样高的cpu使用率

3.1、若是mysql高，原因：第一可能是库、表设计不合理；第二可能索引问题；第三可能死锁、大表、慢查询问题

-- 查询慢查询次数
show status LIKE 'slow_queries';
-- 查询主从延时时间
show slave STATUS
-- 查看慢查询日志是否打开
show variables LIKE 'slow_query_log';
-- 查看慢查询日志的路径 /var/log/mysql/slow.log
show variables LIKE '%slow_query_log%';
-- 查看慢查询阈值，value单位为秒
show variables LIKE 'long_query_time';
-- 慢查询记录表
SELECT * from mysql.slow_log
-- 设置慢查询时间
setlong_query_time=2;
-- 使用explain来分析sql语句实现优化  主要关注type、key、rows两列
EXPLAIN 具体sql语句;