我们在做性能测试的时候，慢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;

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