数据库-3.7 索引额外的问题之如何调优SQL

如何定位并优化慢查询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

未完待续…