如何定位并优化慢查询Sql?
具体场景具体分析,只提出大致思路。
1,根据慢日志定位慢查询Sql。
2,使用explain等工具分析Sql
3,修改Sql或者尽量让sql走索引
MySQL有很多自带的系统变量,咱们可以通过查询一些变量来得知有哪些配置信息:
这里我们是要查询跟慢日志相关的一些信息,
show VARIABLES LIKE '%query%'
然后查询一下慢SQL的数量(注意一下,这里只是记录本次会话的慢SQL的条数,一旦我们关闭了MySQL的客户端,再重启之后,这个慢SQL的条数就会被清零),
show status like '%slow_queries%';
然后我们将慢查询日志打开,sql如下:
set global slow_query_log = on;
然后查看一下,发现慢查询日志已经打开了。
然后我们需要设置慢查询时间为1s,sql如下:
set global long_query_time = 1;
然后重新连接客户端(为什么要重新连接客户端呢?因为有些系统配置修改后可以立即看到结果,有些则不行,设置慢查询时间属于后者),再执行“show VARIABLES LIKE ‘%query%’“,发现时间已经变化:
我们也可以到MySQL数据库的配置文件my.ini文件中去做修改,这样的修改将是永久性的。我们在这里做的修改,如果重启了数据库的服务,这些配置将会被还原成默认的配置。
接下来我们来制造慢查询:
我已经提前在一张表里灌入了10万多条数据,现在我们写一个慢查询Sql,执行看下时间:
然后执行:show status like ‘%slow_queries%’;结果如下:
打开慢查询日志:
可以看到这里已经记录了慢查询SQL和查询所用的时间。
然后我们用explain对慢sql进行分析:
先了解下Explain关键字段:
(1)type:表示的是MySQL找到需要的数据行的方式。
从左到右性能越来越差。当我们看到type为最后两个的时候,表明sql走的是全表扫描。
(2)extra
未完待续…