Explain

      使用EXPLAIN关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。分析你的查询语句或是表结构的性能瓶颈【官网介绍】。 使用方式：EXPLAIN sqlstatement
      通过EXPLAIN，我们可以分析出以下结果：

• 表的读取顺序
• 数据读取操作的操作类型
• 哪些索引可以使用
• 哪些索引被实际使用
• 表之间的引用
• 每张表有多少行被优化器查询

字段解释

简述

• id:选择标识符
• select_type:表示查询的类型。
• table:输出结果集的表
• partitions:匹配的分区
• type:表示表的连接类型
• possible_keys:表示查询时，可能使用的索引
• key:表示实际使用的索引
• key_len:索引字段的长度
• ref:列与索引的比较
• rows:扫描出的行数(估算的行数)
• filtered:按表条件过滤的行百分比
• Extra:执行情况的描述和说明

id

      SELECT识别符。这是SELECT的查询序列号。表示SELECT查询表的顺序

select_type

      表示查询的类型，主要是用于区别普通查询、联合查询、子查询等复杂查询。

• SIMPLE：简单SELECT，不使用UNION或子查询等;
• PRIMARY：子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY;
• UNION：UNION中的第二个或后面的SELECT语句;
• DEPENDENT UNION：UNION中的第二个或后面的SELECT语句，取决于外面的查询;
• UNION RESULT：UNION的结果，union语句中第二个select开始后面所有select;
• SUBQUERY：子查询中的第一个SELECT，结果不依赖于外部查询;
• DEPENDENT SUBQUERY：子查询中的第一个SELECT，依赖于外部查询;
• DERIVED：派生表的SELECT, FROM子句的子查询;
• DEPENDENT DERIVED：派生表，取决于其他表
• UNCACHEABLE SUBQUERY：一个子查询的结果不能被缓存，必须重新评估外链接的第一行;
• UNCACHEABLE UNION：UNION中的第二个或后面的SELECT语句，属于UNCACHEABLE SUBQUERY;
• MATERIALIZED：被物化的子查询。

type

      对表访问方式，表示MySQL在表中找到所需行的方式，又称"访问类型"。最好到最差一次是：system>const>eq_ref>ref>range>index>ALL。一般来说得保证至少达到range级别，最好能达到ref。

• system：表只有一行记录(等于系统表)，这是const类型的特例，平时不会出现，忽略不计
• const：表示通过索引一次就找到了，const用于比较primary key或unique索引。因为只匹配一行数据，所以很快。如果将主键置于WHERE列表中，MySql就能将查询转换为一个常量。
• eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描。
• ref：非唯一性索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体。
• range：只检索给定范围的行，使用一个索引来选择行。key列显示使用了哪个索引，一般就是在你的WHERE语句中出现了between、<、>、in等查询。
• index：Full Index Scan,index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数据文件小。（虽然ALL和index都是读全表，但index是从索引中读取的，而all是从硬盘中读取的）。
• ALL：Full Table Scan，将遍历全表以找到匹配的行。

possible_keys、key

• possible_keys：查询可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。
• key：实际使用的索引。如果为NULL，则没有使用索引。查询中若使用了覆盖索引，则该索引仅出现在key列表中。

key_len

      表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好。
      key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

ref

      显示索引的哪一列被使用了，如果可能的话是一个常数。哪些列或常量被用于查找索引列上的值。

rows

      根据表统计信息及索引选用情况，大致估算出找到所需的记录所需读取的行数。

Extra

      该列包含MySQL解决查询的详细信息,有以下几种情况：

• Using filesort：说明MySql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySql中无法利用索引完成的排序操作成为"文件排序"
• Using temporary：使用了临时表保存中间结果，MySql在对查询结果排序时使用临时表。常见于排序order by 和分组查询group by。
• Using index：表示相应的select操作中使用了覆盖索引，避免了访问表的数据行。如果同时出现using where，表明索引被用来执行索引键值的查找；否则表名索引用来读取数据而非执行查找动作。
• Using where：表明使用了where进行了过滤
• Using join buffer：该值强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进性能
• Impossible where：where子句的值总是false，不能用来获取任何元祖
• Select tables optimized away：在没有Group by子句的情况下，基于索引优化min/max操作或者对于MYISAM存储引擎优化count(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。
• distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。
• No tables used：Query语句中使用from dual 或不含任何from子句

版权属于：带翅膀的猫

本文链接：https://www.chengpengper.cn/archives/91/

转载时须注明出处及本声明