explain详解

简介

​ 使用explain关键字可以模拟优化器执行sql语句，从而知道MySQL是如何处理你的sql语句。分析你的查询语句或是表结构的性能瓶颈。

那使用explain具体可以得到哪些信息呢？

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

用法

在select查询语句前加explain关键字：

explain select * from user;

可以看到查询结果有12个字段，接下来我们对这12个字段进行详细的介绍

介绍

  1. id

    select查询的序列号，包含一组数字，标识查询中执行select子句或操作表的顺序。

    有三种情况：

    • id相同，表示查询优化器执行顺序是由上至下。

    • id不同，如果是子查询，id的序号会递增，id的值越大优先级越高，越先被执行。

    • id相同和不同的情况都存在，那么id相同的为一组，组内由上至下顺序执行；所有组中，id越大优先级越高，越先被执行。

  2. select_type

    select_type的值有6个，主要用于区别普通查询、联合查询、子查询等复杂查询，分别是：

    • SIMPLE：简单的select查询，查询中不使用子查询或者union。
    • PROMARY：查询中若包含任何复杂的子查询，最外层查询则被标记为PRIMARY，就是最后执行的那个查询。
    • SUBQUERY：在select或where列表中包含了子查询。
    • DERIVED：在from列表中包含的子查询会被标记为DERIVED(衍生)，MySQL会递归执行这些子查询，把结果放在临时表里。
    • UNION：若第二个select出现再union之后，则被标记为union；若union包含在from字句的子查询中，外层select江北标记为DERIVED。
    • UNION RESULT：在union表获取结果的select会被标记为UNION RESULT

  3. table

    当前行数据是关于哪张表。

  4. partitions

    版本5.7以前，该项是explain partitions显示的选项，5.7以后成为了默认选项。该列显示的为分区表命中的分区情况。非分区表该字段为空（null）。

  5. type

    显示查询使用了何种类型，从最好到最差依次是：

    system>const>eq_ref>ref>range>index>ALL

    system：表只有一行记录（等于系统表），这是const类型的额特例，平时不会出现，这个也可以忽略不计。

    const：表示通过索引一次就找到了，const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快。如将主键止于where列表中，MySQL就能将该查询转换为一个常量。

    eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描。

    ref：非唯一性索引扫描，返回匹配每个单独之的所有行，本质上也是一种索引访问，他返回所有匹配每个单独值的行，然而，她可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体。

    range：只检索给定范围的行，使用一个索引来选择行，key列显示使用了哪个索引，一般就是在你的where语句中出现了between、<、>、in等的查询，这种范围扫描索引比全表扫描要好，因为他只需要开始于索引的某一个点，而结束于另一点，不用扫描全部索引。

    index：全索引扫描，index与ALL区别为index类型只遍历索引树，这通常比ALL快，因为索引文件通常比数据文件小。（虽然all和index都是读全表，但是index是从索引中读取的，而all是从硬盘中读的）。

    ALL：全表扫描。

    完整的：system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL。

    备注：一般来说，保证查询至少到达range级别，最好能达到ref。

  6. possible_keys

    查询可能使用到的索引都会在这里列出来，可能是一个或多个，查询涉及到的字段上若存在索引，则索引将被列出，但是不一定被查询实际应用。

  7. key

    实际使用的索引，如果为null，则没有使用索引，查询中若使用了覆盖索引，则该索引仅出现在key列表中。

  8. key_len

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

  9. ref

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

  10. rows

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

  11. filtered

    这个字段表示存储引擎返回的数据在server层过滤后，剩下多少满足查询的记录数量的比例，注意是百分比，不是具体记录数。这个字段不重要

  12. Extra

    十分重要的额外信息。

    • using fliesort：说明MySQL会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL无法利用索引完成的排序操作称为“文件排序”。需要优化。

    • using temporary：使用了临时表保存中间结果，MySQL在对查询结果排序时使用了临时表，常见于排序order by 和分组查询group by。需要优化。

    • using index：标识响应的select操作中使用了覆盖索引（Covering Index），避免访问了表的数据行，效率不错！如果同时出现using where 表明索引被用来执行索引键值的查找；如果没有同时出现using where，表明索引用来读取数据而非执行查找动作。

      覆盖索引（Covering Index）：就是select的数据列只用从索引中就能够取得，不必读取数据行，MySQL可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件，换句话说查询列要被所建的索引覆盖。

    • using where：表明使用了where过滤。

    • using join buffer：使用了连接缓存。

    • impossible where：where子句的值总是false，不能用来获取任何元组。

    • select tables optimized away：在没有group by 子句的情况下，基于索引优化min/max操作或者对于MyISAM存储引擎优化count（*）操作，不必等到执行阶段再计算，查询执行计划生成阶段即完成优化。

    • distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。

posted @ 2020-11-11 10:00  denfer  阅读(441)  评论(0)    收藏  举报