参考官方文档：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）来访问存在索引的某个字段 |
几个问题：
1. 主键索引和二级索引的选择
要查的结果集（结果集的字段） 在主键索引和二级索引中都有， 优先选择小的索引（二级索引）；如果表新增一个字段，那么二级索引就不包含全部的字段， 就不一定走二级索引了。
2. 覆盖索引
如果查的结果在索引数中都能找到， 叫覆盖索引， 即不需要回表的查询。
