MySQL explain

微信扫一扫,分享到朋友圈

MySQL explain

id

有一组数字组成。表示一个查询中各个子查询的执行顺序;

  • id相同执行顺序由上至下。
  • id不同,id值越大优先级越高,越先被执行。
  • id为 null
    时表示一个结果集,不需要使用它查询,常出现在包含 union
    等查询语句中。

select_type

查询的类型,主要是用于区分普通查询、联合查询、子查询等。

  • SIMPLE
    :简单的 select 查询,查询中不包含子查询或者 union
  • PRIMARY
    :查询中包含子部分,最外层查询则被标记为 primary
  • SUBQUERY
    :SUBQUERY 表示在 select 或 where 列表中包含了子查询
  • MATERIALIZED
    :表示 where 后面 in 条件的子查询
  • UNION
    :表示 union 中的第二个或后面的 select 语句
  • UNION RESULT
    :union 的结果
  • DEPENDENT UNION
    :UNION语句中的第二个SELECT,依赖于外部子查询。
  • DEPENDENT SUBQUERY
    :子查询中的第一个SELECT,取决于外面的查询。
  • DERIVED
    :导出表的SELECT(FROM子句的子查询)

table

查询涉及到的表。

  • 直接显示表名或者表的别名
  • <unionM,N> 由 ID 为 M,N 查询 union 产生的结果
  • <subqueryN> 由 ID 为 N 查询产生的结果
  • <derivedx> 从衍生表中查数据, x
    表示对应的执行计划 id

partitions

表分区、表创建的时候可以指定通过那个列进行表分区。 举个例子:

create table tmp (
id int unsigned not null AUTO_INCREMENT,
name varchar(255),
PRIMARY KEY (id)
) engine = innodb
partition by key (id) partitions 5;

type

这是重要的列,显示连接使用了何种类型。

结果值从好到坏依次是:system > const > eq_ref > ref > range > index > ALL。

  • system
    :系统表,少量数据,往往不需要进行磁盘IO
  • const
    :常量连接,读常量,最多只会有一条记录匹配,由于是常量,实际上只须要读一次。
  • eq_ref
    :主键索引(primary key)或者非空唯一索引(unique not null)等值扫描
  • ref
    :非主键、非唯一索引等值扫描
  • ref_or_null
    :与ref的唯一区别就是在使用索引引用的查询之外再增加一个空值的查询。
  • range
    :范围扫描
  • index
    :索引树扫描
  • all
    :全表扫描(full table scan)
  • fulltext
    :进行全文索引检索
  • index_merge
    :查询中同时使用两个(或更多)索引,然后对索引结果进行合并(merge),再读取表数据。
  • index_subquery
    :子查询中的返回结果字段组合是一个索引(或索引组合),但不是一个主键或唯一索引。
  • unique_subquery
    :子查询中的返回结果字段组合是主键或唯一约束。

possible_keys

可能使用的索引,注意不一定会使用。查询涉及到的字段上若存在索引,则该索引将被列出来。当该列为 NULL
时就要考虑当前的 SQL
是否需要优化了。

key

显示MySQL在查询中实际使用的索引,若没有使用索引,显示为NULL。

TIPS:
查询中若使用了覆盖索引(覆盖索引:索引的数据覆盖了需要查询的所有数据),则该索引仅出现在key列表中

key_length

使用的索引的长度。在不损失精确性的情况下,长度越短越好。

索引长度 char()、varchar()索引长度的计算公式:

(Character Set:utf8mb4=4,utf8=3,gbk=2,latin1=1) * 列长度 + 1(允许null) + 2(变长列)

如:

CREATE TABLE `student` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(128) NOT NULL DEFAULT '',
`age` int(11),
PRIMARY KEY (`id`),
UNIQUE KEY `idx` (`name`),
KEY `idx_age` (`age`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4;

name 索引长度为: 编码为utf8mb4,列长为128,不允许为 NULL
,字段类型为 varchar(128)
key_length = 128 * 4 + 0 + 2 = 514;

age 索引长度为:int类型占4位,允许 null
,索引长度为5。

ref

表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值

rows

根据表统计信息或者索引选用情况,大致估算出找到所需的记录所需要读取的行数,并不是一个准确的值。

extra

十分重要的额外信息。

  • Using filesort
    :MySQL 对数据使用一个外部的文件内容进行了排序,而不是按照表内的索引进行排序读取。
  • Using temporary
    :使用临时表保存中间结果,也就是说 MySQL 在对查询结果排序时使用了临时表,常见于order by 或 group by。
  • Using index
    :表示 SQL 操作中使用了覆盖索引(Covering Index),避免了访问表的数据行,效率高。
  • Using index condition
    :表示 SQL 操作命中了索引,但不是所有的列数据都在索引树上,还需要访问实际的行记录。
  • Using where
    :如果不读取表的所有数据,或不是仅仅通过索引就可以获取所有需要的数据,则会出现 Using where 信息。
  • Using index for group-by
    :数据访问和 Using index 一样,所需数据只须要读取索引,当Query 中使用GROUP BY或DISTINCT 子句时,如果分组字段也在索引中,Extra中的信息就会是 Using index for group-by。
  • Select tables optimized away
    :基于索引优化 MIN/MAX 操作或者 MyISAM 存储引擎优化 COUNT(*) 操作,不必等到执行阶段再进行计算,查询执行计划生成的阶段即可完成优化。
  • Using join buffer (Block Nested Loop)
    :表示 SQL 操作使用了关联查询或者子查询,且需要进行嵌套循环计算。
  • 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 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 的组成而使用的优化方法,可以部分减少数据访问次数。

参考

https://segmentfault.com/a/1190000010293791

https://www.cnblogs.com/yinjw/p/11864477.html

https://juejin.im/post/6844903545607553037#heading-13

微信扫一扫,分享到朋友圈

MySQL explain

一篇文章全面了解监控知识体系

上一篇

美光执行副总裁:5G与AI将推动存储芯片市场在未来十年增长

下一篇

你也可能喜欢

MySQL explain

长按储存图像,分享给朋友