MySQL性能优化神器Explain

本文涉及：MySQL性能优化神器Explain的使用

虽然使用Explain不能够马上调优我们的SQL，它也不能给予我们一些调整建议，但是它能够让我们了解MySQL 优化器是如何执行SQL 语句的

通过Explain，我们可以分析出以下结果：

Explain命令的用法十分简单, 在 select语句前加上 Explain 就可以了, 例如:

1	explain select * from user;

它的结果主要包含以下字段
id、select_type、table、partitions、type、possible_keys、key、ref、rows、filtered、extra
接下来我们来看一下各个字段的含义

加载表的顺序

连接查询各个表的加载顺序是相同的，所以都为1

包含子查询的时候，先执行子查询，所以user表的id值最大

常用取值有:

通过 type 字段, 我们可以判断此次查询是全表扫描还是索引扫描等，type 常用的取值有:

type 类型的性能比较
通常来说, 不同的 type 类型的性能关系如下:
ALL < index < range < ref < eq_ref < const < system

possible_keys 表示 MySQL 在查询时, 能够使用到的索引. 注意并不是一定用，实际使用是由由 key 字段决定

此字段是 MySQL 在当前查询时所真正使用到的索引.

这个字段可以评估组合索引是否完全被使用, 或只有最左部分字段被使用到.

常见的有以下几种内容:

Using filesort：MySQL 需额外的排序操作, 不能通过索引顺序达到排序效果. 一般有 Using filesort, 都建议优化去掉, 因为这样的查询 CPU 资源消耗大.
Using index：表示查询在索引树中就可查找所需数据, 不用扫描表数据文件, 往往说明性能不错
Using temporary：查询有使用临时表, 一般出现于排序, 分组和多表 join 的情况, 查询效率不高, 建议优化.
Using where：表明使用了where过滤
Using join buffer：表明使用了连接缓存,比如说在查询的时候，多表join的次数非常多，那么将配置文件中的缓冲区的join buffer调大一些
impossible where：where子句的值总是false，不能用来获取任何元组
select tables optimized away：在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化
distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作