详解mysql执行计划 sql执行经过解析器和优化器生

sql执行经过解析器和优化器生成执行计划，可以通过explain模拟优化器执行sql生成的执行计划，让我们知道优化器是如何分析sql语句的，让我们调整查询语句和修改表结构提高查询性能。 explain的信息主要包含一下字段
文章插图
id：查询计划的序列号分为几个查询，从上到下依次执行；id相同的查询是一组查询，子查询序列号大，优先查询
select_type:查询类型，复杂查询分为三类：简单子查询、派生表（from语句中的子查询）、union 查询
simple(普通查询) primary(复杂查询也就是子查询的外层select标记为primary) subquery(子查询) derived(from列表中包含子查询，生成临时表，衍生查询) union(union两个结果) union result(从union结果中select)
type 获取数据的类型，是查询sql优化的最重要的类型， type值的类型区分sql查询返回结果要访问的数据。 syatem系统表只有一行记录；const通过索引一次就能找到，只需要匹配一行，直接查询主键的情况；eq_ref：唯一索引扫描，扫描主键或唯一索引的情况；ref：非唯一索引扫描；range：范围扫描， where中出现betewwn < > in等的查询，在索引列上范围查询当然比全索引查找好的多；index：全索引扫描，只扫描索引tree；all：全表扫描，遍历整个表；
possibles_keys:执行计划可能被使用到的索引，但是不一定真能用到只是一个比较分析,用到的key一定在这里边，可以use index强制使用这里边的key
key：执行计划真正用到的索引，值是表结构的索引或者没有索引(null);其中查询字段和用到的索引重合会索引覆盖，就是不用回表查询数据了
key_len:和key相关联，就是索引用到的字节数，理论上越小越好
ref:索引的哪个列被使用，表示哪些列或常量被用于用于查找索引列上的值；当然const最好
rows：扫描的行数，回表查询数据需要扫描多少行，越小越好
extra：额外信息，是否内存排序using filesort ，就是索顺序和查询顺序不一样需要对数据进行排序；using temporary 使用了临时表，就是出现子查询或者order by、group by 的情况下，查询出数据生成临时表在临时表上做操作；using index就是前边说的索引覆盖，不需要回表查询的情况；using where：使用了where条件查询；using join buffer 连表缓存；impossible where：无效的where条件
文章插图
另外sql关键字的执行顺序和sql语句的顺序是不一致的
【详解mysql执行计划】from ->on -> join -> where -> group by -> having -> select -> destict -> orderby -> limit