explain执行计划包含的信息：
id select_type table type possible_keys key key_len ref rows
id：表的读取顺序
多表查询，id相同，执行顺序由上至下
子查询，id不同，id序号递增，id值越大越显先被执行，
select_type：数据读取操作的操作类型
| simple | 查询中不包含子查询或union |
| primary | 查询中若包含任何复杂的子部分，则最外层的标被标记 |
| subquery | select和where的子查询 |
| derived | from中的子查询 |
| union | 第二个select出现在union之后 |
| union result | 从union获取结果的select |
type：显示查询使用了何种类型
执行效率从好到差的顺序：system>const>eq_ref>ref>range>index>ALL
system：表中只有一条记录
const：表示通过索引一次就找到了
eq_ref：对于每个索引键，表中只有一条记录与之匹配
ref：非唯一性索引扫描，返回匹配某个单独值的所有行
range:指定了范围的查找
index：全表扫描，与all的区别是使用了索引
possible_keys:显示可能应用在查询字段中的索引，一个或多个值，但不一定被实际使用
key：实际用到的索引，如果为NULL，则没有使用索引
key_len:索引字段的最大可能长度，并非实际长度，即ken_len是根据表的定义计算得到
怎么通过explain关键字看SQL语句的性能？ - 知乎文章已收录Github精选，欢迎Star：https://github.com/yehongzhi前言在MySQL中，我们知道加索引能提高查询效率，这基本上算是常识了。但是有时候，我们加了索引还是觉得SQL查询效率低下，我想看看 有没有使用到索…
https://zhuanlan.zhihu.com/p/341595489
