大家好，又见面了，我是你们的朋友全栈君。
MySQL Explain详解
简介
执行计划(query Execution plan)
语法
explain select * from table
explain 中的列
expain出来的信息有10列，
分别是id,select_type,table、type,partitions,possible_keys,key,key_len,ref,rows,Extra,下面对这些字段出现的可能进行解释：
一、ID
SQL执行的顺序的标识,SQL从大到小的执行
ID相同时，执行顺序由上至下
如果是子查询，ID的序号会递增，ID值越大优先级越高，越先被执行
ID如果相同，可以认为是一组，从上往下顺序执行；在所有组中，ID值越大，优先级越高，越先执行
二、select_type
示查询中每个select子句的类型
SIMPLE：简单的SELECT，不实用UNION或者子查询。
PRIMARY：最外层SELECT。
UNION：第二层，在SELECT之后使用了UNION。
DEPENDENT UNION：UNION语句中的第二个SELECT，依赖于外部子查询。
UNION RESULT：UNION的结果。
SUBQUERY：子查询中的第一个SELECT。
DEPENDENT SUBQUERY：子查询中的第一个SELECT，取决于外面的查询。
DERIVED：导出表的SELECT(FROM子句的子查询)
MATERIALIZED：物化子查询
UNCACHEABLE SUBQUERY：无法缓存结果的子查询，必须为外部查询的每一行重新计算
UNCACHEABLE UNION：UNION 属于不可缓存的子查询的第二个或后一个选择
三、table
输出行引用的表的名称。这也可以是以下值之一：
：该行指的是id值为M和id值为N的并集。
：该行是指用于与该行的派生表结果id的值 N。例如，派生表可以来自FROM子句中的子查询
：该行指的是id 值为的行的具体化子查询的结果N
四、type
表示MySQL在表中找到所需行的方式，又称“访问类型”。
常用的类型有： NULL, system, const, eq_ref, ref, range, index, ALL(从左到右，性能从差到好)
以下列表描述了从最佳类型到最差类型的连接类型
NULL
MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。
system
该表只有一行(如：系统表)。这是const连接类型的特例
const
该表最多只有一个匹配行，在查询开头读取。因为只有一行，所以优化器的其余部分可以将此行中列的值视为常量。 const表非常快，因为它们只读一次。
SELECT * FROM tbl_name WHERE primary_key=1;
SELECT * FROM tbl_name WHERE primary_key_part1=1 AND primary_key_part2=2;
eq_ref
对于前面表格中的每个行组合，从该表中读取一行。除了 system和 const类型之外，这是最好的连接类型。当连接使用索引的所有部分且索引是 索引PRIMARY KEY或UNIQUE NOT NULL索引时使用它。
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
表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
fulltext
使用FULLTEXT 索引执行连接。
ref_or_null
SELECT * FROM ref_table WHERE key_column IS NULL;
index_merge
该指数合并访问方法检索与多行 range扫描和他们的结果合并到一个。此访问方法仅合并来自单个表的索引扫描，而不扫描多个表。合并可以生成其基础扫描的联合，交叉或交叉联合
SELECT * FROM tbl_name WHERE key1 = 10 OR key2 = 20;
SELECT * FROM tbl_name
WHERE (key1 = 10 OR key2 = 20) AND non_key = 30;
SELECT * FROM t1, t2
WHERE (t1.key1 IN (1,2) OR t1.key2 LIKE ‘value%’)
AND t2.key1 = t1.some_col;
SELECT * FROM t1, t2
WHERE t1.key1 = 1
AND (t2.key1 = t1.some_col OR t2.key2 = t1.some_col2);
unique_subquery
此类型替换 以下形式的eq_ref某些 IN子查询：
value IN (SELECT primary_key FROM single_table WHERE some_expr)
index_subquery
此连接类型类似于 unique_subquery。它替换IN子查询，但它适用于以下形式的子查询中的非唯一索引：
value IN (SELECT key_column FROM single_table WHERE some_expr)
range
仅检索给定范围内的行，使用索引选择行。的key 输出行中的列指示使用哪个索引。将key_len包含已使用的时间最长的关键部分。该ref列 NULL适用于此类型。
range当一个键柱使用任何的相比于恒定可使用 =， <>， >， >=， ， BETWEEN， LIKE，或 IN()运营商：
index
该index联接类型是一样的 ALL，只是索引树被扫描。这种情况有两种：
如果索引是查询的覆盖索引，并且可用于满足表中所需的所有数据，则仅扫描索引树。在这种情况下，Extra专栏说 Using index。仅索引扫描通常比ALL索引的大小通常小于表数据更快 。
使用索引中的读取执行全表扫描，以按索引顺序查找数据行。 Uses index没有出现在 Extra列中。当查询仅使用属于单个索引的列时，MySQL可以使用此连接类型。
ALL
对前面表格中的每个行组合进行全表扫描。如果表是第一个未标记的表 const，通常不好，并且在所有其他情况下通常 非常糟糕。通常，您可以ALL通过添加基于常量值或早期表中的列值从表中启用行检索的索引来避免
五、possible_keys
该possible_keys列指示MySQL可以选择在此表中查找行的索引，指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用
该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。
如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样，创造一个适当的索引并且再次用EXPLAIN检查查询
六、Key
key列显示MySQL实际决定使用的键(索引)
如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
七、key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度(key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的)
不损失精确性的情况下，长度越短越好
八、ref
表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
九、rows
表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数
十、Extra
该Extra列 EXPLAIN输出包含MySQL解决查询的额外信息。以下列表说明了此列中可能出现的值。每个项目还指示JSON格式的输出哪个属性显示Extra值。对于其中一些，有一个特定的属性。其他显示为message 属性的文本
十一、partitions(扩展)
记录将与查询匹配的分区。仅在使用PARTITIONS关键字时才显示此列 。非分区表显示null
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/192155.html原文链接：https://javaforall.cn
