性能测试之慢sql分析

我们在做性能测试的时候，慢sql也可以说是很常见问题，我的性能测试生涯几乎经常遇到慢sql，那么我们怎么来判断有没有慢sql呢，有慢sql后怎么来分析优化呢？下面分享一下思路，首先我们在做性能测试汇总能监控到慢sql的出现，在前面的文章中有写过监控mysql的环境部署，如图：

? 通过上图看可以看到当存在慢sql的时候，这里会有计数，在之前我们还要查询一下有

没有开启慢sql，

1.通过语句直接查询：show variables like 'slow_query%';

?可以看到 慢查询日志是开启的，如果没有开启，

执行set global slow_query_log='ON'; 开启慢sql日志即可

2.查询一下sql语句执行超过多久后会当慢sql的记录：

show variables like '%long_query_time%';

经查询可知sql语句执行超过1s就会当慢sql进行记录，当我们想修改这个时间的时候，

执行 语 句：set long_query_time=0.5;

3.我们来随便执行一个sql 看一下监控效果

SELECT * from test LIMIT 100000;

?4.我们看一下执行计划，为什么这个sql这么慢

EXPLAIN SELECT * from test LIMIT 100000;

?可以看出索引类型是全局索引，我这里是为了演示，实际测试时候如果出现是不可以的

5.既然这个sql慢，我们接下来分析一下吧

启用profiling：SET profiling=1;

查看profiling 是否启用：SELECT @@profiling; 0 代表没有启用

执行需要分析的sql：SELECT * from test LIMIT 100000;

获取上面sql执行的Query_ID：show profiles;

?查询消耗等信息： show PROFILE ALL FOR QUERY "要分析的语句的Query_ID";

可以看到sql的执行过程耗时等信息

关闭profiling：SET profiling = 0;

实际工作中遇到具体问题还需要变化来运用，后面实例中在具体展示调优过程，欢迎大家关注微信公众号获取更多职场面试技能：

?