MySQL-explain命令

  explain命令

explain
select  u.id from ent_user u
left join ent_employee e on u.user_sn=e.user_sn
where u.id = 1;

  对于查询语句，最重要的优化方式就是使用索引。 而执行计划，就是显示数据库引擎对于SQL语句的执行的详细情况，其中包含了是否使用索引，使用什么索引，使用的索引的相关信息等。

执行计划包含的信息 id

  执行计划包含的信息 id 有一组数字组成。表示一个查询中各个子查询的执行顺序;

• id相同执行顺序由上至下
• id不同，id值越大优先级越高，越先被执行。
• id为null时表示一个结果集，不需要使用它查询，常出现在包含union等查询语句中。

select_type

  select_type 每个子查询的查询类型，一些常见的查询类型。

• SIMPLE(简单SELECT，不使用UNION或子查询等)
• PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
• UNION(UNION中的第二个或后面的SELECT语句)
• DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
• UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
• SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
• DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
• DERIVED(派生表的SELECT, FROM子句的子查询)
• UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)

table

  table 查询的数据表，当从衍生表中查数据时会显示 x 表示对应的执行计划id partitions 表分区、表创建的时候可以指定通过那个列进行表分区。

type

  访问类型：

• ALL 扫描全表数据， MySQL将遍历全表以找到匹配的行
• index 遍历索引
• range 索引范围查找
• index_subquery 在子查询中使用 ref
• unique_subquery 在子查询中使用 eq_ref
• ref_or_null 对Null进行索引的优化的 ref
• fulltext 使用全文索引
• ref 使用非唯一索引查找数据
• eq_ref 类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用primary key或者 unique key作为关联条件。在join查询中使用PRIMARY KEY or UNIQUE NOT NULL索引关联。

  ALL、index、range、 ref、eq_ref、const、system、NULL（从左到右，性能从差到好）

possible_keys

  可能使用的索引，注意不一定会使用。查询涉及到的字段上若存在索引，则该索引将被列出来。当该列为 NULL时就要考虑当前的SQL是否需要优化了。

key

  key 显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL。

key_length

  索引长度

ref

  表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值。

rows

  返回估算的结果集数目，并不是一个准确的值。

extra

  extra 的信息非常丰富，常见的有：

• Using index 使用覆盖索引
• Using where 使用了用where子句来过滤结果集
• Using filesort 使用文件排序，使用非索引列进行排序时出现，非常消耗性能，尽量优化。
• Using temporary 使用了临时表 sql优化的目标可以参考阿里开发手册