MySQL的执行计划
什么是执行计划？
执行计划通常是开发者优化SQL语句的第一步。MySQL在解析SQL语句时，会生成多套执行方案，然后内部会进行一个成本的计算，然后通过优化器选择一个最优的方案执行，然后根据这个方案会生成一个执行计划。开发者通过查看SQL语句的执行计划，可以直观的了解到MySQL是如何解析执行这条SQL语句的，然后再针对性的进行优化。
如何查看SQL语句的执行计划？
语法： explain select语句;
执行计划每个字段的含义：
id（重要）：主要用来标识SQL语句的解析执行顺序
id相同的情况：
id不同的情况：
id相同不同同时存在：
id为null的情况：
比较少见，id为null的部分一定是最后执行的
select_type：主要用来标识当前查询的类型
mysql查询的分类：
简单查询：没有子查询以及union的sql
复杂查询：where和select后面有子查询
from后面有子查询
包换union关键字
SIMPLE：标识当前查询是一个简单查询
PRIMARY：如果是一个复杂查询（子查询或者union），则最外层的SQL语句会被标记成这个类型
SUBQUERY：用来标记一个子查询（where、select）
注意：通常来说被标记成PRIMARY的部分，是最后执行的部分
DERIVED：用来标记一个衍生查询（from后面的子查询）
UNION：标记union关键字后面的查询部分
UNION RESULT：标记union结果的合并部分
type(重要)：用来标识当前这条SQL语句是用哪种方式访问的数据行（最差 -> 最优）
all：表示当前MySQL是采用全表扫描的方式访问的数据行
index：表示当前是按照全索引扫描的方式访问所有数据行
range：表示查询了索引的某个范围
ref：表示查询了索引的某个值，但是这个值是可能重复的（只会出现在非唯一性索引的字段上）
eq_ref：表示查询了索引的某个值，但是这个值是唯一的（只会出现在主键、唯一性索引上，并且需要结合连接查询）
const：查询索引的某个唯一性值，mysql会将这个条件优化成一个常量
system（正式开发基本不会出现）：表示mysql可以确定查询的表结果一定只有一条
null（性能最好，但是作用不大）：表示当前SQL语句直接在解析时就能获得结果，不能去查询记录行
注意：通常在实际开发过程中，需要将SQL语句优化到range以上的级别，但是一定要具体问题具体分析，有些时候all反而是更好的行为。
possible_keys ：用来标记当前这条SQL语句可能用上的索引列表
key（重要）：用来标识当前这个SQL语句用上了哪个索引
注意：有可能一个索引出现在possible_keys中，但是没有出现在key中；也有可能一个索引出现在key中，但是没有出现在possible_keys中。
explain select * from student force index(idx_age) order by age;
标识手动设置MySQL执行的索引，但是最好不要这么干
key_len：标识当前使用到的索引长度，这个值越大，说明越多的条件使用上了索引
rows(重要)：表示当前查询可能访问的记录行数，这个值越小越好，最好显示1
注意：通常在实际的优化过程中，需要参考type和rows两个字段来决定是否需要进行优化。
比如type为all，但是rows为1，这种情况下，其实完全无需优化。
比如type为ref, 但是rows为10W，那么这条sql语句性能肯定比不上all - 1
Extra(重要)：表示当前一些额外的信息显示的地方
Using index：说明当前的执行计划用上了覆盖索引。
Using temporary：说明当前内部使用了临时表(分组、排序)
Using filesort：说明使用了文件排序，这个排序有可能在内存上排序，也有可能在硬盘上排序，如果是在硬盘上排序，则最好优化一下（比如通过索引进行排序）
Using where：表示使用了过滤条件