您的位置: 首页  >  文章  >  mysql执行计划

mysql执行计划

分类: 文章 • 2024-03-08 16:31:58

MySql - Explain用法以及解释

在工作中，我们会开启慢查询日志来查找慢的sql语句，找到之后并没有结束，我们经常通过explain关键词来对sql调优。
我们需要知道该SQL的执行计划，比如是全表扫描，还是索引扫描，这些都需要通过EXPLAIN去完成。EXPLAIN命令是查看优化器如何决定执行查询的主要方法
mysql执行计划
列出的信息总共有10列

简单描述：

id：标识符，执行select或操作表的顺序
select_type：查询类型
table：结果集的表名
type：表的连接类型（通常用这个去判断sql是否时最优）
possible_keys：查询时可能用到的索引
key：实际用到的索引
key_len：索引长度
ref：表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
rows：扫描出的行数（估算值）
Extra：执行情况的描述和说明（比较重要）

详细解释

id
select查询标识符，也就是查询的序列（查询执行顺序）

  1. id相同时，执行顺序从上至下
  2. 如果是子查询，id序号递增，id越大，优先级越高，越先被执行
  3. id相同，说明是一组查询，从上到下依次执行
    mysql执行计划
    select_type
    (1) SIMPLE(简单SELECT，不使用UNION或子查询等)
    (2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的select被标记为PRIMARY)
    (3) UNION(UNION中的第二个或后面的SELECT语句)
    (4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句，取决于外面的查询)
    (5) UNION RESULT(UNION的结果，union语句中第二个select开始后面所有select)
    (6) SUBQUERY(子查询中的第一个SELECT，结果不依赖于外部查询)
    (7) DEPENDENT SUBQUERY(子查询中的第一个SELECT，依赖于外部查询)
    (8) DERIVED(派生表的SELECT, FROM子句的子查询)
    (9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)
    table
    显示这行数据是哪张表的s，有的可能是别名。
    type
    访问类型
    常用类型：ALL < index < range < ref < eq_ref < const < system（从左到右性能最好）
    ALL：Full Table Scan， 全表扫描找到匹配的行
    index: Full Index Scan，index与ALL区别为index类型只遍历索引树
    range:索引范围扫描，对索引的扫描开始于某一点，返回匹配值域的行。带有between或者where子句里带有<, >查询。当mysql使用索引去查找一系列值时，例如in和or，也会显示range（范围扫描）,当然性能上面是有差异的。
    ref：使用非唯一索引扫描或者唯一索引的前缀扫描，返回匹配某个单独值的记录行
    eq_ref：类似ref，区别就在使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用primary key或者 unique key作为关联条件
    const、system: 当MySQL对查询某部分进行优化，并转换为一个常量时，使用这些类型访问。如将主键置于where列表中，MySQL就能将该查询转换为一个常量，system是const类型的特例，当查询的表只有一行的情况下，使用system（理想状态）
    NULL: MySQL在优化过程中分解语句，执行时甚至不用访问表或索引，例如从一个索引列里选取最小值可以通过单独索引查找完成。

possible_keys
指出mysql能使用哪个索引在表中找到纪录。查询涉及到的字段上若存在索引，则该索引被列出，但不一定使用。
key
显示实际用的索引，没有的话显示null
key_len
表示索引中使用的最大字节数，而不是实际使用的长度
ref
表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值
rows
表示mysql根据表统计信息及索引选用的情况，估算找到所需的行数
extra(重要)
覆盖索引（Covering Index）
MySQL可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件
包含所有满足查询需要的数据的索引称为覆盖索引（Covering Index）
注意：如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可select *，因为如果将所有字段一起做索引会导致索引文件过大，查询性能下降

b. Using where
表示mysql服务器将在存储引擎检索行后再进行过滤。许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where字句的查询都会显示"Using where"。有时"Using where"的出现就是一个暗示：查询可受益与不同的索引。

c. Using temporary
表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询
这个值表示使用了内部临时(基于内存的)表。一个查询可能用到多个临时表。有很多原因都会导致MySQL在执行查询期间创建临时表。两个常见的原因是在来自不同表的上使用了DISTINCT,或者使用了不同的ORDER BY和GROUP BY列。可以强制指定一个临时表使用基于磁盘的MyISAM存储引擎。这样做的原因主要有两个：
1)内部临时表占用的空间超过min(tmp_table_size，max_heap_table_size)系统变量的限制
2)使用了TEXT/BLOB 列

d. Using filesort
MySQL中无法利用索引完成的排序操作称为“文件排序”（排序列不是索引列）

e. Using join buffer(sql语句写的很差)
强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进

f. Impossible where
这个值强调了where语句会导致没有符合条件的行。

h. Select tables optimized away
这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行.

I. Index merges
当MySQL 决定要在一个给定的表上使用超过一个索引的时候，就会出现以下格式中的一个，详细说明使用的索引以及合并的类型。
Using sort_union(…)
Using union(…)
Using intersect(…)

总结：
• EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况
• EXPLAIN不考虑各种Cache
• EXPLAIN不能显示MySQL在执行查询时所作的优化工作
• 部分统计信息是估算的，并非精确值
• EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划。

.

相关推荐