explain用法
explain可以帮助我们分析select语句,找出select语句的瓶颈,从而可以针对性地去做优化,让MySQL查询优化器更好地工作。
MySQL查询优化器有几个目标,其中最主要的目标是尽可能地使用索引,并且使用最严格的索引来消除尽可能多的数据行。
使用explain+select语句,会返回以下的一个表:
下面对上述表的每一列进行说明:
1.1 id列
说明:MySQL Query Optimizer 选定的执行计划中查 询的序列号。表示查询中执行 select 子句或 操作表的顺序,id 值越大优先级越高,越先 被执行。id 相同,执行顺序由上至下。
1.2 select_type列
select_type查询类型 |
说明 |
SIMPLE |
简单的select查询,不使用union及子查询 |
PRIMARY |
最外层的select查询 |
UNION |
UNION中的第二个或随后的select查询,不依赖外部查询的结果集 |
DEPENDENT UNION |
UNION 中的第二个或随后的 select 查询,依赖于外部查询的结果集 |
UNION RESULT |
UNION 查询的结果集 |
SUBQUERY |
子查询中的第一个 select 查询,不依赖于外部查询的结果集 |
DEPENDENT SUBQUERY |
子查询中的第一个 select 查询,依赖于外部 查询的结果集 |
DERIVED |
用于 from 子句里有子查询的情况。MySQL 会 递归执行这些子查询,把结果放在临时表里。 |
UNCACHEABLE SUBQUERY |
结果集不能被缓存的子查询,必须重新为外 层查询的每一行进行评估 |
UNCACHEABLE UNION |
UNION 中的第二个或随后的 select 查询,属 于不可缓存的子查询 |
1.3 TABLE列
说明:输出行所引用的表。
1.4 TYPE
说明:很重要的列之一,显示连接使用的类型,按最优到最差的类型排序。
TYPE |
说明 |
system |
表仅有一行(=系统表)。这是 const 连接类型 的一个特例。 |
const |
const 用于用常数值比较 PRIMARY KEY 时。当 查询的表仅有一行时,使用 System。 |
eq_ref |
除 const 类型外最好的可能实现的连接类型。它用在一个索引的所有部分被连接使用并且索引是 UNIQUE 或 PRIMARY KEY,对于每个索引键,表中只有一条记录与之匹配。 |
ref |
连接不能基于关键字选择单个行,可能查找到多个符合条件的行。叫做 ref 是因为索引要跟某个参考值相比较。这个参考值或者是一个常数,或者是来自一个表里的多表查询的 结果值。 |
ref_or_null |
如同 ref,但是 MySQL 必须在初次查找的结果 里找出 null 条目,然后进行二次查找。 |
index_merge |
说明索引合并优化被使用了。 |
unique_subquery |
在某些IN查询中使用此种类型,而不是常规的ref |
index_subquery |
在某些IN查询中使用此种类型,与unique_subquery类似,但是查询的是非唯一性索引。 |
range |
只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引。 |
index |
全表扫描,只是扫描表的时候按照索引次序进行而不是行。主要优点是避免了排序,但是开销仍然非常大。 |
all |
最坏的情况,从头到尾全表扫描。 |
1.5 possible_keys
说明:指出Mysql能在该表中使用哪些索引有助于查询。如果为空,说明没有可用的索引。
1.6 key_len
说明:使用的索引的长度,在不损失精确性的情况下,长度越短越好。
1.7 ref
说明:显示索引的那一列被使用了。
1.8 rows
说明:Mysql认为必须检查的用来返回请求数据的行数。
1.9 extra
Using filesort |
表示MySQL会对结果使用一个外部索引排序,而不是从表里按索引次序读到相关内容。 |
Using Temporary |
表示MySQL在对查询结果排序时使用临时表,常见于排序order by和分组查询group by. |