您的位置：首页 > 数据库 > MySQL

MySQL Explain 详解

2016-03-16 23:25 381 查看

select * from tbl_name where primary_key = 1;

select * from tbl_name where primary_key_part1 = 1 and primary_key_part2 = 2

[/td]

id 列

从ID列可以判断SQL的执行顺序：从大到小，如果ID相同，就从上到下执行。
如果行引用联合结果的其他行，那么它的值可能为NULL，这种情况下，

table

列的值会显示为

<unionM,N>

来指明行引用的是联合行中的带有指定M,N值的ID。

select_type 列

SIMPLE

简单的

SELECT

语句（没有使用

union

或者子查询）

PRIMARY

最外层的

SELECT

语句

UNION

在一个

UNION

语句中第二或之后的

SELECT

语句

DEPENENT_UNION

在一个

UNION

语句中第二或之后的

SELECT

语句，取决于外层的查询

UNION_RESULT

UNION

的结果集

SUBQUERY

子查询中的第一个

SELECT

DEPENENT_SUBQUERY

子查询中的第一个

SELECT

,取决于外层的查询

DERIVED

SELECT

的驱动表（

FROM

子查询）

MATERIALIZED

物化子查询

UNCACHEABLE SUBQUERY

不能将结果缓存的子查询，必须重新计算外部查询的每一行

UNCACHEABLE UNION

在一个

UNION

中第二或之后的

SELECT

查询属于

UNCACHEABLE SUBQUERY

（请看

UNCACHEABLE SUBQUERY

)

特别说明

DEPENDENT

：典型代表就是使用了相关子查询。（相关子查询：子查询里包含了一个同时在子查询里，又在外部查询的表的查询）

DEPENDENT SUBQUERY

: 它不同于

UNCACHEABLE SUBQUERY

的求值。对于

DEPENDENT SUBQUERY

，子查询对于外部上下文里每一个集合中不同的变星值仅仅重新计算一次。

而对于

UNCACHEABLE SUBQUERY

，子查询对于外部上下文里的每一行都会重新计算一次.

table 列

SQL中使用到的表.它的值也可为下面的其中之一：

<unionM,N>

: 行引用了带有值为M,N的查询ID的联合行

<derivedN>

: 行引用了值为N的ID的驱动表结果。例如，它是从

FROM

子查询中的结果形成的驱动表的结果集

<subqueryN>

: 行引用了一个值为N的ID的

materialized subquery

（物化子查询）的结果。

partitions 列

查询中所匹配的记录所在的分区。这列只有在使用了

PARTITIONS

关键字时才会显示。对于没有使用分区表的，该值为NULL

type 列

连接类型

system

表只有一行（=system table）.这个

const

连接类型的一个特例。

const

该表最多只有一条匹配的行，这是读取查询的开始。因为这里只有一行，该行这列的值可以被优化器的剩余部分认为是常量。

const

表是非常快的，因为它们只会读取一次。

const

用于当你与主键或唯一索引的所有部分比较的是常量值时。在以下的查询中，tal_name 可以被用作

const

表：

[tr][td]

1
2
3

eq_ref

从该表中读取一行与前一张表的所有行的每一种组合。除了

system

和

const

类型，这可能是最好的连接类型了。它通常于用在连接时使用了索引的所有部分，并且索引是一个

主键索引

或者

唯一非空索引

eq_ref

可用于索引列使用

比较操作符的情况。比较的值可能是一个常量或者是从读这表之前的表中使用的一个列表达式。比如下面的例子，MySQL能够使用

eq_ref

连接去处理

ref_table

表：

[/tr]

1
2
3

select * from ref_table, other_table where ref_table.key_column
= other_table.column;

select * from ref_table, other_table where ref_table.key_column_part1
= other_table.column and ref_table.key_column_part2 = 1

ref

所有索引匹配的行的值与前一张表的所有行的每一种组合。

ref

用于连接仅使用

最左前缀

索引或者索引不是主键索引，唯一索引（换句话说，连接不能基于该索引值选择一行）。如果索引用于匹配少数行，这是一个好的连接类型。

ref

能够用于使用

或者

<=>

操作符的索引列中。比如下面的例子，MySQL能够使用

ref

连接去处理

ref_table

表：

select * from ref_table where key_column = expr;

select * from ref_table , other_table where ref_table.key_column
= other_table.column;

select * from ref_table, other_table where ref_table.key_column_part1
= other_table.column and ref_table.key_column_part2 = 1;

fulltext

这个连接使用

fulltext

索引执行

ref_or_null

这个连接类型是类似

ref

，但有些额外的不同：MySQL要做一些额外操作去搜索包含

NULL

值的行。这个连接类型通常用于优化执行子查询。在以下的例子里，MySQL 可以使用

ref_or_null

连接去处理

ref_table

1	select * from ref_table where key_column = expr or key_column is null;

index_merge

这个连接类型说明使用了索引合并优化。在这种情况下，在输出行的

key

列包含了一个使用索引的列表，并且

key_len

包含了使用了索引最长的那部分列表。

unique_subquery

这个类型在以下格式的一些

IN

子查询是替代

ref

类型的。

value IN (select primary_key from single_table where some_expr)

unique_subquery

完全只是为了更高效地替代子查询的一个索引查找函数。

index_subquery

这个连接类型是类似

unique_subquery

。它代替

IN

子查询，但用于以下格式的子查询中的

非唯一索引

。

value in (select key_column from single_table where some_expr)

range

仅在给定的范围使用索引检索行。在输出的行中的

key

列说明使用了哪个索引。

key_len

列包含了使用了索引的最长部分。对于这类型下，

ref

列的值为

NULL

。

range

可以用于当索引列使用以下任一个操作符与

常量

比较时使用：

<>

>=

<=

IS NULL

<=>

BETWEEN

或者

IN()

select * from tbl_name where key_column = 10;

select * from tbl_name where key_colum between 10 and 20;

select * from tbl_name where key_column in (10, 20, 30);

select * from tbl_name where key_part1 = 10 and key_part2 in (10,20,30);

index

index

索引连接类型与

all

相同，除了它是扫描索引树外（即全索引扫描）。这在两种情况下发生：

如果索引对于查询来说是覆盖索引并且可用于满足要求表的数据要求，这时只有索引树会被扫描。在这种情况下，
```
Extra
```
列会显示为
```
Using index
```
。一个只读索引扫描通常比
```
ALL
```
更快，因为索引的大小通常是比表的大小更小。
全表扫描的执行是从索引读取的顺序去查找数据行。这时
```
Extra
```
列不会出现
```
Uses index
```
。

MySQL 当查询仅使用单独索引的一部分列时才会使用这个连接类型。

ALL

从前表中每一个行组合进行全表扫描。如果表是第一个表并没有标识为

const

的话，这通常是不好的，并且在其他的情况下是非常糟糕的。通过，你可以通过添加索引来避免

ALL

连接类型，这使得行检索基于常量值或者从更早的表中的列值。

possible_keys 列

该列指出MySQL可以从该表中使用哪个索引去查找行。注意，该列完全独立于

explain

输出结果显示的表的顺序的。这意味着，一些在

possible_keys

里的键，在实际上可能无法在产生表的顺序时使用。

如果没有相关的索引，该列就为NULL。在这种情况下，你可以通过测试

WHERE

子句检查它使用的列有没有适当的索引来提高查询的性能。如果的确如此的话，创建一个合适的索引并使用

Explain

来再次检查你的查询有没有用上了索引。

查看表有哪些索引，可以使用

show index from tbl_name

key 列

该列指出MySQL实际决定使用的key(索引）。如果MySQL决定使用

possible_keys

中之一的索引去查找行，那么那个索引的值就是该

key

列的值

不过，有可能

key

列的索引名没有出现在

possible_keys

列中。这可能发生在，如果

possible_keys

索引中没有一个是适合查找行的索引，但查询所选择的列都是其他索引中包含的列的情况。这意味着，命名的索引覆盖了所选择的列，所以尽管它不用于决定哪些行要检索，但一个索引扫描比数据行扫描更高效。

对于

InnoDB

,二级索引可能覆盖了所选择的列，尽管查询也选择了主键，因为

InnoDB

保存每一个二级索引里保存了主键的值。如果

key

列为NULL，MySQL会发现没有索引可用于执行更高效的查询。

强制MySQL去使用或者忽略在

possible_keys

列的某个索引，可以在查询中使用

FORCE INDEX, USE INDEX

或者

IGNORE INDEX

。

对于

MyISAM

和

NDB

表，执行

ANALYZE TABLE

可以帮助优化器选择更好的索引。对于

NDB

表，这也会提高分布式下推连接的性能。对于

MyISAM

表，

myisamchk --analyze

与

analyze table

的作用相同。

key_len 列

该列指出MySQL决定使用的索引(key)的长度。如果

key

列为NULL，那么该列也为NULL。注意，

key_len

的值能够让你确定MySQL实际上使用了一个

组合索引

中的多少部分。

ref 列

该列显示了哪些列或常量是用于与在

key

列的命名的索引列来进行比较来从表中选择行的。

如果值为

func

，该值就会用于一些函数的结果集。为了查找出哪些函数，执行

SHOW WARNINGS

之后，使用

EXPLAIN EXTENDED

来查看。函数可能实际上是一个操作符，像算术操作那样。

rows 列

该列指出MySQL认为它必须检验执行查询的行数。

对于

InnoDB

表，这个数值是个估计值，并不总是准确的。

filtered 列

该列指出，表行中的百分比将会被表的条件过滤。即，

rows

列显示了测试的行数，而

(rows * filtered / 100) 显示了将与之前的表进行连接的行数。该列将会在你使用

explain extended`时显示出来。

extra 列及常见的值

该列包含了额外的关于MySQL执行查询的信息。

const row not found

对于像

select ... from tbl_name

这样的查询，该表是空的。

Deleting all rows

对于

DELETE

，一些存储引擎(例如

MyISAM

)支持的一个处理方法简单并且快速地删除所有表行。如果引擎使用了这个优化，则

Extra

表的值就会显示为这个。

Distinct

MySQL 正查找不同复的值，所以，它会停止搜索当前行之后已经第一次匹配的行。

FirstMatch(tbl_name)

它是用于表tbl_name的

semi-join FirstMatch

策略的缩写

Full scan on NULL key

这出现在当优化器不能使用索引来优化子查询时的一个备用策略。

Impossible HAVING

HAVING

子句总是为false并且不能检索到任何行。

Impossible WHERE

WHERE

子句总是为false并且不能检索到任何行。

Impossible WHERE noticed after reading const tables

MySQL 已经读取了所有

const

(和

system

)表，并且注意到

WHERE

子句总是为false.

LooseScan(m…n)

semi-join LooseScan

策略被使用。m和n是索引部分的数字。

Materialize, Scan

在MySQL 5.6.7 之前，这表明使用了一个独立的物化临时表。如果

Scan

出现，表示临时表索引没有用于读取表。否则，表示使用了索引来查找。同样也看

Start materialize

在 MySQL 5.6.7 中，物化说明行的

select_type

列值为

MATERIALIZED

，并且行的

table

表是一个值为

<subqueryN>

No matching min/max row

对于类似

select min(...) from ... where condition

这样的查询没有满足条件的行。

no matching row in const table

对于一个连接查询，有一个空表或者一个没有满足唯一索引条件的行的表。

No matching rows after partition pruning

对于

DELETE

或者

UPDATE

，优化器发现进行分区调整时发现没有数据可以删除或者更新。这类似于

select

语句的

Impossible WHERE

No tables used

查询没有from子句，或者有一个

from dual

子句。

对于

INSERT

或者

REPLACE

语句，当没有

select

部分时

explain

就会显示这个值。例如，它会出现在

explain insert into t values(10)

，因为它等效于

explain insert into t select 10 from dual

Not exists

MySQL能够在进行

left join

查询优化，在它发现匹配LEFT JOIN 标准一行数之后不会对于之前的行组合中在该表上检查更多的行。这有一个使用该优化的查询例子：

select * from t1 left join t2 on t1.id = t2.id where t2.id is null

假设

t2.id

是定义为

NOT NULL

的。在这种情况下，MySQL扫描

t1

并使用

t1.id

的值查找

t2

的行。如果MySQL发现在

t2

中有匹配的行，它知道

t2.id

能够永不为

NULL

，并且不会扫描

t2

中具有相同

id

值的剩余的行。换句话说，对于每一个

t1

的行，MySQL只需要在t2中进行一次查找，而不管在t2中实际有多少匹配的行。

Using filesort

MySQL 必须做一些额外的工作去决定如何检索的行进行排序。排序是通过根据连接类型所筛选的所有行然后保存要排序的键和这些所有经过WHERE子句筛选的所有行的指针来完成的。

这些排序键将被保存然后按排序的顺序来检索行数据。

Using index

从表中检索的列信息只需从索引信息中获取，而不用经过额外的访问实际的表数据来寻找。这个策略

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航

MySQL Explain 详解

id 列

select_type 列

SIMPLE

PRIMARY

UNION

DEPENENT_UNION

UNION_RESULT

SUBQUERY

DEPENENT_SUBQUERY

DERIVED

MATERIALIZED

UNCACHEABLE SUBQUERY

UNCACHEABLE UNION

特别说明

table 列

partitions 列

type 列

system

const

eq_ref

ref

fulltext

ref_or_null

index_merge

unique_subquery

index_subquery

range

index

ALL

possible_keys 列

key 列

key_len 列

ref 列

rows 列

filtered 列

extra 列 及常见的值

const row not found

Deleting all rows

Distinct

FirstMatch(tbl_name)

Full scan on NULL key

Impossible HAVING

Impossible WHERE

Impossible WHERE noticed after reading const tables

LooseScan(m…n)

Materialize, Scan

No matching min/max row

no matching row in const table

No matching rows after partition pruning

No tables used

Not exists

Using filesort

Using index

extra 列及常见的值