MySQL的explain

Select_type:所使用的查询类型,主要有如下这几种查询类型。mysql

DEPENDENT SUBQUERY:子查询内层的第一个SELECT,依赖于外部查询的结果集。算法

DEPENDENT UNION:子查询中的UNION,且为UNION中从第二个SELECT开始的后面全部SELECT,一样依赖于外部查询的结果集。sql

PRIMARY:子查询中的最外层查询,注意并非主键查询。数据库

SIMPLE:除子查询或UNION以外的其余查询。缓存

SUBQUERY:子查询内层查询的第一个SELECT,结果不依赖于外部查询结果集。函数

UNCACHEABLE SUBQUERY:结果集没法缓存的子查询。优化

UNION:UNION语句中第二个SELECT开始后面的全部SELECT,第一个SELECT为PRIMARY。排序

UNION RESULT:UNION 中的合并结果。索引

Table:显示这一步所访问的数据库中的表的名称。it

Type:告诉咱们对表使用的访问方式,主要包含以下集中类型。

all:全表扫描。

const:读常量,最多只会有一条记录匹配,因为是常量,实际上只需要读一次。

eq_ref:最多只会有一条匹配结果,通常是经过主键或惟一键索引来访问。

fulltext:进行全文索引检索。

index:全索引扫描。

index_merge:查询中同时使用两个(或更多)索引,而后对索引结果进行合并(merge),再读取表数据。

index_subquery:子查询中的返回结果字段组合是一个索引(或索引组合),但不是一个主键或惟一索引。

rang:索引范围扫描。

ref:Join语句中被驱动表索引引用的查询。

ref_or_null:与ref的惟一区别就是在使用索引引用的查询以外再增长一个空值的查询。

system:系统表,表中只有一行数据;

unique_subquery:子查询中的返回结果字段组合是主键或惟一约束。

Possible_keys:该查询能够利用的索引。若是没有任何索引可使用,就会显示成null,这项内容对优化索引时的调整很是重要。

Key:MySQL Query Optimizer 从 possible_keys 中所选择使用的索引。

Key_len:被选中使用索引的索引键长度。

Ref:列出是经过常量(const),仍是某个表的某个字段(若是是join)来过滤(经过key)的。

Rows:MySQL Query Optimizer 经过系统收集的统计信息估算出来的结果集记录条数。

Extra:查询中每一步实现的额外细节信息,主要会是如下内容。

Distinct:查找distinct 值,当mysql找到了第一条匹配的结果时,将中止该值的查询,转为后面其余值查询。

Full scan on NULL key:子查询中的一种优化方式,主要在遇到没法经过索引访问null值的使用。

Range checked for each record (index map: N):经过 MySQL 官方手册的描述,当 MySQL Query Optimizer 没有发现好的可使用的索引时,若是发现前面表的列值已知,部分索引可使用。对前面表的每一个行组合,MySQL检查是否可使用range或 index_merge访问方法来索取行。

SELECT tables optimized away:当咱们使用某些聚合函数来访问存在索引的某个字段时,MySQL Query Optimizer 会经过索引直接一次定位到所需的数据行完成整个查询。固然,前提是在 Query 中不能有 GROUP BY 操做。如使用MIN()或MAX()的时候。

Using filesort:当Query 中包含 ORDER BY 操做,并且没法利用索引完成排序操做的时候,MySQL Query Optimizer 不得不选择相应的排序算法来实现。

Using index:所需数据只需在 Index 便可所有得到,不需要再到表中取数据。

Using index for group-by:数据访问和 Using index 同样,所需数据只需要读取索引,当Query 中使用GROUP BY或DISTINCT 子句时,若是分组字段也在索引中,Extra中的信息就会是 Using index for group-by。

Using temporary:当 MySQL 在某些操做中必须使用临时表时,在 Extra 信息中就会出现Using temporary 。主要常见于 GROUP BY 和 ORDER BY 等操做中。

Using where:若是不读取表的全部数据,或不是仅仅经过索引就能够获取全部须要的数据,则会出现 Using where 信息。

Using where with pushed condition:这是一个仅仅在 NDBCluster存储引擎中才会出现的信息,并且还需要经过打开 Condition Pushdown 优化功能才可能被使用。控制参数为 engine_condition_pushdown 。

Impossible WHERE noticed after reading const tables:MySQL Query Optimizer 经过收集到的统计信息判断出不可能存在结果。

No tables:Query 语句中使用 FROM DUAL或不包含任何 FROM子句。

Not exists:在某些左链接中,MySQL Query Optimizer经过改变原有 Query 的组成而使用的优化方法,能够部分减小数据访问次数。

相关文章
相关标签/搜索