参考官方文档：https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

explain关键字可以分析你的查询语句的结构和性能。

explain + select查询，执行会返回执行计划的信息。注意：如果from中有子查询，仍然会执行该子查询，将结果放入临时表中。

1、mysql> explain extended select * from film where id = 1;

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

2、mysql> show warnings;

得到优化后的查询语句，从而看出优化器优化了什么。

explain中的列：

	解释
id	序号越大，优先级越高
select_type	simple：简单插叙，不包含子查询和join primary: 复杂查询中的最外层select subquery: 包含在select中的查询 derived: 包含在from子句中的查询 union : union语句中的第二个随后的select
table	1.访问的表 2.from中有子查询，table是<derivedN>格式，表示当前查询的id=N的查询 3. union时，<union 1,2> ，1和2参与union的select的id
partitions	查询是基于分区表的话，会显示查询将访问的分区
type	表示关联类型或访问类型，即Mysql决定如何查找表中的行。依次从最优到最差分别为：system > const > eq_ref > ref > range > index > ALL。 NULL表示在优化阶段已经确定记录，执行阶段无需再访问表或索引。 index：扫描全索引拿到结果，不是从索引根节点开始快速查找，这种查询一般使用覆盖索引。会比ALL快一点（索引的数据量少） ALL : 全表扫描，扫描聚集索引中的所有叶子节点。
possible_keys	查询可能使用哪些索引来查找。
key	实际采用哪个索引来优化对该表的访问， NULL表示没有使用索引
key_len	mysql在索引里使用的字节数，索引的最大长度是768字节，当字符串过长时，mysql会做一个类似左前缀索引的处理，将前半部分的字符提取出来做索引。
ref	在key列记录的索引中，表查找值所用到的列或常量，常见的有：const（常量），字段名（例：film.id）
rows	估计要读取并检测的行数, 不一定代表实际值，值大也不一定比值小耗时更多
filterd
Extra	重要值： Using index：使用覆盖索引 Using where：使用 where 语句来处理结果，并且查询的列未被索引覆盖 Using index condition：查询的列不完全被索引覆盖，where条件中是一个前导列的范围； Using temporary：mysql需要创建一张临时表来处理查询。出现这种情况一般是要进行优化的，首先是想到用索引来优化。 Using filesort：将用外部排序而不是索引排序，数据较小时从内存排序，否则需要在磁盘完成排序。这种情况下一般也是要考虑使用索引来优化的。（需要优化） Select tables optimized away：使用某些聚合函数（比如 max、min）来访问存在索引的某个字段