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语句的顺序是不一致的
from ->on -> join -> where -> group by -> having -> select -> destict -> orderby -> limit