执行计划就是SQL的执行查询的顺序，以及如何使用索引查询，返回的结果集行数，可以根据执行计划结果结合业务对现有SQL进行优化
SELECT * FROM dmooo_hot_search WHERE id in(3,4,5) ORDER BY num DESC; EXPLAIN SELECT * FROM dmooo_hot_search WHERE id in(3,4,5) ORDER BY num DESC;
Explain 查询结果有10列，分别表示的含义是：
1.id
是一个有序的编号，是查询的顺序号，有几个select就显示几行，id的顺序是按照select出现的顺序增长的，id列的值越大执行优先级越高越先执行，id值相同则从上往下执行，id值为null则最后执行
EXPLAIN SELECT * FROM dmooo_hot_search WHERE type in (SELECT type FROM dmooo_href WHERE sort = 0)
2.select_type
表示查询中每个select子句的类型
SIMPLE：表示此查询不包含UNION查询或子查询
PRIMARY：表示此查询是最外层的查询(包含子查询)
SUBQUERY：子查询中的第一个SELECT
UNION：表示此查询是UNION的第二个或随后的查询
DEPENDENT UNION：UNION中的第二个或随后的查询语句，取决于外面的查询
UNION RESULT：UNION的结果
DEPENDENT SUBQUERY：子查询中的第一个SELECT，取决于外面的查询，即子查询依赖于外层查询的结果
DERIVED：衍生，表示导出表的SELECT（FROM子句的子查询）
3.table
表示该语句查询的表
4.type
优化SQL的重要字段，也是判断SQL性能和优化程度的重要指标。取值范围如下：
const：通过索引一次命中，匹配一行数据
system：表示表中只有一行记录，相当于系统表
eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配
ref：非唯一性索引扫描，返回匹配某个值的所有
range：只检索给定范围的行，使用一个索引来选择行，一般用于between、>、<
index：只遍历索引树
ALL：表示全表扫描，这个类型的查询是性能最差的查询之一，随着表数据量增大，执行效率越慢
执行效率：
ALL<index<range<ref<eq_ref<const<system
5.possible_keys
表示MySQL在执行SQL的时候，可能用到的索引信息，仅仅是可能，实际不一定会用到
6.key
表示MySQL执行SQL的时候，真正使用到的索引，它是possible_kes的子集
7.key_len
表示查询时使用索引的字节数，可以用来评估组合索引是否完全被使用，是优化SQL时，评估索引的一个重要指标
8.rows
MySQL查询优化器根据统计信息，估算该SQL返回结果集需要扫描读取的行数，索引优化之后，扫描读取的行数变多，说明索引设置的不对，或者是查询参数值类型不对，导致索引失效，需要进行优化
9.filtered
MySQL查询结果的占比，查询结果的行数/需要扫描的行数(rows) %,百分比越高说明查询的数据越准确，越小说明查询到的数据量越大，结果集越少
10.extra
MySQL查询本身额外的重要信息，如：排序、where条件、分组等
using where：SQL使用了where过滤，效率较高
using temporary：查询有使用临时表，一般出现于排序、分组、多表join的情况，查询效率不高
using index：覆盖索引扫描，表示查询在索引树中就可查询到所需数据，不用扫描表数据文件，效率良好
using filesort：MySQL对查询结果集进行外部排序，不能通过索引顺序达到排序效果。效率较差
using join buffer：使用了连接缓存，需优化
impossible where：使用where查询不到结果集，需优化
select table optimized away：在没有group by 子句的情况下，基于索引优化max、min、count（*）等操作，在查询计划之前就要进行计算，需优化
distinct：使用了distinct，在找到第一匹配的元组后即停止找同样的值的动作，需优化
覆盖索引：
需要的数据集用索引就可以找到，不必根据索引再去扫描数据文体，也可以理解为，索引树中已经包含了需要的结果集，不必要再进行表扫描。