explain
MySQL 为我们提供了 EXPLAIN
命令,来获取执行计划的相关信息。
需要注意的是,EXPLAIN
语句并不会真的去执行相关的语句,而是通过查询优化器对语句进行分析,找出最优的查询方案,并显示对应的信息。
EXPLAIN
执行计划支持 SELECT
、DELETE
、INSERT
、REPLACE
以及 UPDATE
语句。我们一般多用于分析 SELECT
查询语句,使用起来非常简单,语法如下:
EXPLAIN + SELECT 查询语句;
列名含义idSELECT 查询的序列标识符select_typeSELECT 关键字对应的查询类型table用到的表名partitions匹配的分区,对于未分区的表,值为 NULLtype表的访问方法possible_keys可能用到的索引key实际用到的索引key_len所选索引的长度ref当使用索引等值查询时,与索引作比较的列或常量rows预计要读取的行数filtered按表条件过滤后,留存的记录数的百分比Extra附加信息
id
select 标识符 ,是查询sleect的序号,用来表示珍格格查询中select语句执行顺序
id如果相同,从上往下依次执行,id越大,执行优先级越高,如果引用其他行的并集结果,则改值可以为null
select_type
查询的类型,主要用于区分普通查询,联合查询,子查询等复杂的查询,常见的值有
- SIMPLE:简单查询,不包含UNIOM或者子查询
- PRIMARY:查询中如果包含子查询或其他部分.外层select将被标记为primary
- SUBQUERY:子查询中的第一个select
- UNION:在 UNION 语句中,UNION 之后出现的 SELECT。
- DERIVED:在 FROM 中出现的子查询将被标记为 DERIVED。
- UNION RESULT:UNION 查询的结果。
table
查询用到的表名,每行都有对应的表名,表名除了正常的表之外,也可能是以下列出的值:
<unionM,N>
: 本行引用了 id 为 M 和 N 的行的 UNION 结果;<derivedN>
: 本行引用了 id 为 N 的表所产生的的派生表结果。派生表有可能产生自 FROM 语句中的子查询。 -<subqueryN>
: 本行引用了 id 为 N 的表所产生的的物化子查询结果。
type(重要)
询执行的类型,描述了查询是如何执行的。所有值的顺序从最优到最差排序为
- system:如果表使用的引擎对于表行技术是精确的,且表中只有一行记录的情况下,访问方法是system,是const的一种特例
- const:表中最多只有一行匹配的记录,一次查询既可以找到,差用于使用主键或唯一索引的所有字段作为查询条件
- eq_ref:当链表查询时,前一张表的行在当前这张表中只有一行与之对应.是除了system与const之外最好的join方式,常用与使用主键或唯一索引的所有字段作为链表条件
- ref:使用普通索引作为查询条件,查询结果可能找到多个符合条件的行
- index_merge:当查询条件使用了多个索引时,表示开启了indexMerge优化,此时执行计划中的key列列出了使用到的索引
- range:对索引列进行范围查询,执行计划中的key列表示哪个索引被引用了
- index:查询遍历了整颗索引树,与all类似,只不过扫描的是索引,而索引一般在内存中,速度更快
- all:全表扫描
possible_keys
possible_keys列表示mysql查询时可能用到的索引.如果这一列为null,则表示没有可能用到的索引.如果这一列为null,则表示没有可能用到索引;这种情况下,需要检查where语句中锁使用的列,看是否可以通过这些列中某个或多个添加索引的方法来提高查询性能.
key(重要)
key列表示mysq实际用到的索引,如果为null表示没有用到索引
Key_len
key_len列表示mysql实际使用的索引的最大长度;当使用到联合索引时,可能是多个列的长度和.满嘴需求的前提下越短越好.如果key列显示,则key_len列也显示null
rows
row列表示统计信息选用情况,大致估算到所需记录锁读取的行数,数值越小好
Extra
这列包含了 MySQL 解析查询的额外信息,通过这些信息,可以更准确的理解 MySQL 到底是如何执行查询的。常见的值如下:
- Using filesort:在排序时使用了外部的索引排序,没有用到表内索引进行排序。
- Using temporary:MySQL 需要创建临时表来存储查询的结果,常见于 ORDER BY 和 GROUP BY。
- Using index:表明查询使用了覆盖索引,不用回表,查询效率非常高。
- Using index condition:表示查询优化器选择使用了索引条件下推这个特性。
- Using where:表明查询使用了 WHERE 子句进行条件过滤。一般在没有使用到索引的时候会出现。
- Using join buffer (Block Nested Loop):连表查询的方式,表示当被驱动表的没有使用索引的时候,MySQL 会先将驱动表读出来放到 join buffer 中,再遍历被驱动表与驱动表进行查询。
这里提醒下,当 Extra 列包含 Using filesort 或 Using temporary 时,MySQL 的性能可能会存在问题,需要尽可能避免。
filtered
满足查询的记录数量的比例,注意是百分比,不是具体记录数,值越大越好,filtered列的值依赖统计信息,并不十分准确