mysql 查询优化 ~explain解读之select_type的解读

一 简介:今天咱们来聊聊explain的select_type

二 类型

（1）SIMPLE

简单的SELECT语句（不包括UNION操作或子查询操作）

（2）PRIMARY/UNION

PRIMARY：查询中最外层的SELECT（如两表做UNION或者存在子查询的外层的表操作为PRIMARY，内层的操作为UNION）

UNION：UNION操作中，查询中处于内层的SELECT（内层的SELECT语句与外层的SELECT语句没有依赖关系）

（3）DEPENDENT UNION/UNIOIN RESULT

DEPENDENT UNION：UNION操作中，查询中处于内层的SELECT（内层的SELECT语句与外层的SELECT语句有依赖关系）

UNION RESULT：UNION操作的结果，id值通常为NULL

例子

select * from people where zipcode=10000 union select * from people where zipcode=1000

（4）SUBQUERY/DEPENDENT SUBQUERY

SUBQUERY：子查询中首个SELECT（如果有多个子查询存在）：

DEPENDENT SUBQUERY：子查询中首个SELECT，但依赖于外层的表（如果有多个子查询存在）

重点解释 子查询的查询方式依赖于外面的查询结果.用这个例子就是,先进行子查询外部的查询,得到一个结果集,.然后这个结果的每一行在跟select子查询的结果集进行匹配,也就是说,外部结果集的每一行都要关联内部结果集一次

（5）DERIVED/MATERIALIZED

DERIVED：被驱动的SELECT子查询（子查询位于FROM子句）

例子

select aa from (select * from a) b;

MATERIALIZED：被物化的子查询

（6）UNCACHEABLE SUBQUERY/UNCACHEABLE UNION

UNCACHEABLE SUBQUERY：对于外层的主表，子查询不可被物化，每次都需要计算（耗时操作）

UNCACHEABLE UNION：UNION操作中，内层的不可被物化的子查询（类似于UNCACHEABLE SUBQUERY）

三 注意
   特别关注 DEPENDENT SUBQUERY

1 会严重消耗性能

2  不会进行子查询，会先进行外部查询,生成结果集,再在内部进行关联查询

3 子查询的执行效率受制于外层查询的记录数

 4 可以尝试改成join查询