Explain(查看执行计划)
2020 年 10 月 23 日 245 1478 字 暂无评论

01.Explain简介

  • Explain就是查看执行计划。
  • 使用Explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理SQL语句的。
  • 分析查询语句或是表结构的性能瓶颈。

02.Explain作用

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

03.Explain使用

  • Explain+SQL语句
  • 执行计划包含的信息。

04.各字段解释

4.1id

  • select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序。
  • id相同,执行顺序由上至下。
  • id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行。
  • id中既有相同又有不同,先按id值最大的先执行,遇到相同的按顺序执行。

4.2select_type

  • 查询的类型,主要用于区别普通查询、联合查询、子查询等复杂查询。
  • SIMPLE

    • 简单的select查询,查询中不包含子查询或者union。
  • PRIMARY

    • 查询中若包含任何复杂的子部分,最外层查询则被标记为Primary。
  • DERIVED

    • 在from列表中包含的子查询被标记为derived(衍生)MySQL会递归执行这些子查询,把结果放在临时表里。
  • SUBQUERY

    • 在select或where列表中包含了子查询。
  • DEPENDENT SUBQUERY

    • 在select或where列表中包含了子查询,子查询基于外层。
  • UNCACHEABLE SUBQUREY

    • 无法被缓存的子查询。
  • UNION

    • 若第二个select出现在union之后,则被标记为UNION。
    • 若union包含在from子句的子查询中,外层select将被标记为DERIVED。
  • UNION RESULT

    • 从union表获取结果的select。

4.3table

  • 显示这一行的数据是关于哪张表的。

4.4type

  • 访问类型排序
  • type显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:

    • system >
    • const >
    • eq_ref >
    • ref >
    • fulltext >
    • ref_or_null >
    • index_merge >
    • unique_subquery >
    • index_subquery >
    • 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,将遍历全表找到匹配的行。
  • Index_merge

    • 在查询过程中需要多个索引组合使用,通常出现在有or的关键字的sql中。
  • Ref_or_null

    • 对于某个字段既需要关联条件,也需要null值得情况下。查询优化器会选择用ref_or_null连接查询。
  • Index_subquery

    • 利用索引来关联子查询,不用全表扫描。
  • Unique_subquery

    • 该连接类型类似于index_subquery。
    • 子查询中的唯一索引。

4.5possible_keys

  • 显示可能应用在这张表中的索引,一个或多个。
  • 查询涉及到字段上若存在索引,则该索引将被列出,但不一定被查询实际使用。

4.6key

  • 实际使用的索引。如果为null,则没有使用索引。
  • 查询中若使用了覆盖索引,则该索引和查询的select字段重叠。

4.7key_len

  • 表示索引中使用的字节数,可通过该列计算查询中使用的索引长度。
  • Key_len字段能够帮你检查是否充分的利用上了索引。

4.8ref

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

4.9rows

  • rows列显示MySQL认为它执行查询时必须检查的行数。
  • 当然行数越少越好。

4.10extra

包含不适合在其他列中显示但十分重要的额为信息。

  • Using filrsort

    • 说明MySQL会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。
    • MySQL中无法利用索引完成的排序操作称为文件排序。
  • Using temporary

    • 使用了临时表保存中间结果,MySQL在查询结果排序时使用临时表。
    • 常见于排序order by和分组查询group by。
  • Using index

    • 表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错。
    • 如果是同时出现using where,表明索引被用来执行索引键值的查找。
    • 如果没有同时出现using where,表明索引只是用来读取数据而非利用索引执行查找。
    • 覆盖索引

      • 一个索引 包含了(或覆盖了)[select子句]与查询条件[Where子句]中 所有需要的字段就叫做覆盖索引。
      • 如果要使用覆盖索引,一定要注意select列表中只取出需要的列,不可select *。因为如果将所有字段一起做索引会导致索引文件过大,查询性能下降。
  • Using where

    • 表明使用了where过滤。
  • Using join buffer

    • 使用了连接缓存。
  • Impossible where

    • where子句的值总是false,不能用来获取任何元组。
  • Select tables optimized away

    • 在没有group by 子句的情况下,基于索引优化min/max操作或者对于MyISAM存储引擎优化COUNT(*)操作,不必等到执行阶段再进行计算。查询执行计划生成的阶段即完成优化。

版权属于:zfh

本文链接:http://zfhblog.com/index.php/archives/170/



评论已关闭