EXPLAIN的结果中，有哪些关键信息值得注意呢？
MySQL的EXPLAIN当然和ORACLE的没法比，不过我们从它输出的结果中，也可以得到很多有用的信息。
总的来说，我们只需要关注结果中的几列：
列名备注type本次查询表联接类型，从这里可以看到本次查询大概的效率key最终选择的索引，如果没有索引的话，本次查询效率通常很差key_len本次查询用于结果过滤的索引实际长度，参见另一篇分享（FAQ系列-解读EXPLAIN执行计划中的key_len）rows预计需要扫描的记录数，预计需要扫描的记录数越小越好 Extra额外附加信息，主要确认是否出现 Using filesort、Using temporary 这两种情况首先看下 type 有几种结果，分别表示什么意思：
类型备注ALL执行full table scan，这是最差的一种方式index执行full index scan，并且可以通过索引完成结果扫描并且直接从索引中取的想要的结果数据，也就是可以避免回表，比ALL略好，因为索引文件通常比全部数据要来的小range利用索引进行范围查询，比index略好index_subquery子查询中可以用到索引unique_subquery子查询中可以用到唯一索引，效率比 index_subquery 更高些index_merge可以利用index merge特性用到多个索引，提高查询效率ref_or_null表连接类型是ref，但进行扫描的索引列中可能包含NULL值fulltext全文检索ref基于索引的等值查询，或者表间等值连接eq_ref表连接时基于主键或非NULL的唯一索引完成扫描，比ref略好const基于主键或唯一索引唯一值查询，最多返回一条结果，比eq_ref略好system查询对象表只有一行数据，这是最好的情况上面几种情况，从上到下一次是最差到最好。
再来看下Extra列中需要注意出现的几种情况：
关键字备注Using filesort将用外部排序而不是按照索引顺序排列结果，数据较少时从内存排序，否则需要在磁盘完成排序，代价非常高，需要添加合适的索引 Using temporary需要创建一个临时表来存储结果，这通常发生在对没有索引的列进行GROUP BY时，或者ORDER BY里的列不都在索引里，需要添加合适的索引 Using index表示MySQL使用覆盖索引避免全表扫描，不需要再到表中进行二次查找数据，这是比较好的结果之一。注意不要和type中的index类型混淆Using where通常是进行了全表引扫描后再用WHERE子句完成结果过滤，需要添加合适的索引 Impossible WHERE对Where子句判断的结果总是false而不能选择任何数据，例如where 1=0，无需过多关注Select tables optimized away使用某些聚合函数来访问存在索引的某个字段时，优化器会通过索引直接一次定位到所需要的数据行完成整个查询，例如MIN()\MAX()，这种也是比较好的结果之一再说下，5.6开始支持optimizer trace功能，看样子在执行计划方面是要逐渐和ORACLE看齐 ：）
文章转自老叶茶馆公众号，原文链接：https://mp.weixin.qq.com/s/CDKN_nPcIjzA_U5-xwAE5w
相关资源：七夕情人节表白HTML源码(两款)