explain关键字
explain关键字一般放在SELECT查询语句的前面,用于描述MySQL如何执行查询操作、以及MySQL成功返回结果集需要执行的行数。explain 可以帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们查询,让查询优化器能够更好的工作。
用法:
结果集说明如下:
id |
MySQL Query Optimizer选定的执行计划中查询的序列号。表示查询中执行select子句或操作表的顺序,id值越大优先级越高,越先被执行。id相同,执行顺序由上至下。 |
SIMPLE |
简单的select查询,不使用union及子查询。 |
PRIMARY |
最外层的select查询。 |
UNION |
UNION 中的第二个或随后的 select查询,不依赖于外部查询的结果集。 |
DEPENDENT UNION |
UNION中的第二个或随后的 select查询,依 赖于外部查询的结果集。 |
SUBQUERY |
子查询中的第一个select查询,不依赖于外部查询的结果集。 |
DEPENDENT SUBQUERY |
子查询中的第一个select查询,依赖于外部查询的结果集。 |
DERIVED |
用于from子句里有子查询的情况。MySQL会递归执行这些子查询,把结果放在临时表里。 |
UNCACHEABLE SUBQUERY |
结果集不能被缓存的子查询,必须重新为外层查询的每一行进行评估。 |
UNCACHEABLE UNION |
UNION中的第二个或随后的select查询,属于不可缓存的子查询。 |
system |
表仅有一行(=系统表)。这是const连接类型的一个特例。 |
const |
const用于用常数值比较PRIMARY KEY时。当查询的表仅有一行时,使用System。 |
eq_ref |
const用于用常数值比较PRIMARY KEY时。当查询的表仅有一行时,使用System。 |
ref |
连接不能基于关键字选择单个行,可能查找到多个符合条件的行。叫做ref是因为索引要跟某个参考值相比较。这个参考值或者是一个常数,或者是来自一个表里的多表查询的结果值 |
ref_or_null |
如同ref, 但是MySQL必须在初次查找的结果里找出null条目,然后进行二次查找。 |
index_merge |
说明索引合并优化被使用了。 |
unique_subquery |
在某些IN查询中使用此种类型,而不是常规的ref:value IN (SELECT primary_key FROM single_table WHERE some_expr) |
index_subquery |
在某些IN查询中使用此种类型,与unique_subquery类似,但是查询的是非唯一性索引:value IN(SELECT key_column FROM single_table WHERE some_expr) |
range |
只检索给定范围的行,使用一个索引来选择行。key列显示使用了哪个索引。当使用=、<>、>、>=、<、<=、IS NULL、<=>、BETWEEN或者IN操作符,用常量比较关键字列时,可以使用range。 |
index |
全表扫描,只是扫描表的时候按照索引次序进行而不是行。主要优点就是避免了排序,但是开销仍然非常大。 |
all |
最坏的情况,从头到尾全表扫描。 |
possible_keys |
指出MySQL能在该表中使用哪些索引有助于查询。如果为空,说明没有可用的索引。 |
key |
MySQL实际从possible_key选择使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL 会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USE INDEX (indexname)来强制使用一个索引或者用IGNORE INDEX(indexname)来强制MYSQL忽略索引 |
key_len |
使用的索引的长度。在不损失精确性的情况下,长度越短越好。 |
rows |
MYSQL认为必须检查的用来返回请求数据的行数 |
extra 中出现以下2项意味着MYSQL根本不能使用索引,效率会受到重大影响。应尽可能对此进行优化。
Using filesort |
表示MySQL会对结果使用一个外部索引排序,而不是从表里按索引次序读到相关内容。可能在内存或者磁盘上进行排序。MySQL中无法利用索引完成的排序操作称为“文件排序” |
Using temporary |
表示MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询 group by。 |