Mysql Explain
? Explain关键安逸可以模拟优化器执行sql查询语句将，从而知道mysql是如何处理你的sql语句，分析你查询的语句或者表结构是否存在性能瓶颈。
? 它可以查看表的读取顺序，数据读取操作的数据类型，哪些索引可以被使用，哪些索引被时机使用，表之间的引用，每张表有多少行被优化器查询
参考文档：https://dev.mysql.com/doc/refman/8.0/en/explain-output.html
Explain-id 表的读取顺序*
执行器执行sql的顺序，值越大越早执行
? select查询的序列号，包含一组数字，表示查询中执行select子句活操作表的顺序
? 如果id相同，执行顺序是由上到下
? 如果id不相同，id最大优先级越高
? derived就是衍生
explain-select_type 数据读取操作的操作类型
? 1.simple 简答的select查询，查询中不含子查询或者union
? 2.primary 查询中若包含任何复杂的子查询，最外面查询则被标记为（简单说最后加载的）
? 3.subquery 在select或where列表中包含的子查询
? 4.derived 在from李彪中包含的子查询被标记为derived（衍生）mysql会递归执行这些子查询，把结果发昂在临时表里
? 5.若第二个select出现union之后，则被标记为union，若union包含在from自居的子查询中，外层的select被标记为derived
? 6.union result 从union表中获取结果的select（union合并的结果）
table
显示这行数据是关于哪一个表的
type*
type就是访问类型
type有8种类型 all index range ref eq_ref const,system null
最好到最差的排序
system > const > eq_ref > ref > range > index >all
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index >all
至少达到range级别，最好达到ref
system
? 表内只有一行记录(相当于系统表)，这就是const类型的特列，平时不会出现。
const
? 表示通过所以一次就找到了，const用于比较primary key或者unique索引。因为直匹配一行数据，所以很快，如果主键在where列表种，mysql就能将该查询转换为一个常量。
eq_ref
? 唯一性索引扫描，对每个索引键，表中只有一条记录与之匹配，常用于主键或者唯一索引
ref
? 它和eq_Ref不同是eq_ref是查找一个，他是根据索引查找所有，如果name为123 那么name索引可能有多个数据的name是123
range
? 使用了 > < betwwen in 等操作，这种扫描回避全表扫描要好，因为它只需要开始于某因的某一个点
index
? Full index scan，index与All的区别就是index类型之便利索引树，这通常比all快，因为索引文件通常比数据文件小
all
? 全表扫描
possible_key
? 可能应用在这张表中的索引，一个或者多个
key*
实际使用的索引
? 实际使用到的索引，如果查询种使用到了覆盖索引，那么索引仅出现在key列表中
key_len
? 表示索引中使用的字节数，可以通过该列计算查询中使用的索引长度。在不损失精度性的情况下，长度越短越好，
? 他是通过表定义计算而得
ref
? 表示索引被那一列使用了，如果可能话的可能是个常熟，那些列或常量被用于查询索引列上的值
rows*
? 大致估算出找到所需要的几率锁需要读取的行数
Extra*
包含不适合在其他列中展示，但十分重要的额外信息
Using filesort *
? 说明Mysql会对数据使用一个外部的索引索引排序，而不是按照表内的索引顺序进行读取。Mysql种无法利用索引完成排序操作成为“文件排序”
Using temporary *
? 使用临时表保存中间结果，Mysql在对查询结果排序时使用临时表，常见于排序order by和分组查询group by会出现。
using index *
? 表示相应的select操作使用了覆盖索引（Covering index），避免了访问表的数据行，效果好
? 如果同时出现using where，表示索引被用来执行索引键值的查找
? 如果没有出现using where 表明索引来读取数据而非执行查找动作（覆盖索引）
覆盖索引就是要查询的列被所建的索引覆盖
using where
? 表明使用了where过滤
using join buffer
? 使用了连接缓存（join用多了）
impossible where
? where子句的值总是false，不能用来获取任何元组
比如
select *from user where name = '123' and name = '234'
select tables optimized away
? 在没有group by子句的情况下，基于索引优化的min/max操作或者对于M有ISAM存储引擎优化count(*)操作，不必等到执行阶段在进行计算
distinct
? 优化distinct操作，在找到第一匹配的元组后就停止找同样值的动作
