mysql-sql优化之Explain结果详解

最近在优化慢SQL，现在通过explain查看执行计划有几列还是有些模糊，特此做一下笔记。

Explain命令主要应用在解决数据库性能上，大部分的性能问题可以通过此命令来简单的解决，方便查看SQL语句的执行效果，帮助选择更好的索引和优化查询语句。

 其语法：explain select … from … [where …]

执行结果如下表

MySQL [db]> explain select id from user ;
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys | key                                    | key_len | ref     | rows      | filtered  | Extra       |
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
|  1 | SIMPLE      | user  | NULL       | index | NULL           | platform_id_user_identity_idx | 10        | NULL | 5318140 |   100.00 | Using index |
+----+-------------+-------+------------+-------+---------------+-------------------------------+---------+------+---------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

 

经常关注的几列：

1、table:    显示这一步所访问数据库中表名称（显示这一行的数据是关于哪张表的），不一定是真实的表名字，可能是别称，也可能是第几步执行的结果的简称

2、type：  这列最重要，显示了连接使用了哪种类别,有无使用索引，也是关键参考项之一。
           结果值从好到坏依次是（最好能确保查询达到range及以上级别，最好能达到ref，否则就可能会出现性能问题）：
           system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

3、key：  key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中。如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

4、key_len：显示MySQL决定使用的键长度。如果键是NULL，则长度为NULL。使用的索引的长度。在不损失精确性的情况下，长度越短越好

5、ref：显示使用哪个列或常数与key一起从表中选择行。

6、rows：   显示MySQL认为它执行查询时必须检查的行数。

7、filtered：(MySQL 5.7缺省就会输出filtered)，它指返回结果的行占需要读到的行(rows列的值)的百分比。

8、Extra： 包含MySQL解决查询的详细信息，也是关键参考项之一。
    Distinct
    一旦MYSQL找到了与行相联合匹配的行，就不再搜索了
    Not exists
    MYSQL 优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了
    Range checked for each
    Record（index map:#）
    没有找到理想的索引，因此对于从前面表中来的每一 个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一
    Using filesort
    看 到这个的时候，查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来 排序全部行
    Using index
    列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候，性能最优，用到了覆盖索引
    Using temporary
    看到这个的时候，查询需要优化了。这 里，MYSQL需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上
    Using where
    使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行，并且连接类型ALL或index，这就会发生，或者是查询有问题

 

备注：

explain 有两个变种：

 a、explain extended：会在 explain  的基础上额外提供一些查询优化的信息。紧随其后通过 show warnings 命令可以 得到优化后的查询语句，从而看出优化器优化了什么。

 b、explain partitions：相比 explain 多了个 partitions 字段，如果查询是基于分区表的话，会显示查询将访问的分区。