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


xnkl
9 声望1 粉丝

讨厌不写习惯注释和空格的程序猿,很