全国咨询热线：136-9172-9932
我们在做性能测试的时候，慢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;
