MYSQL explain 的使用

最新推荐文章于 2025-08-22 11:25:37 发布

weixin_33974433

最新推荐文章于 2025-08-22 11:25:37 发布

阅读量54

点赞数

CC 4.0 BY-SA版权

文章标签：数据库 python

原文链接：https://my.oschina.net/shilijun/blog/132348

本文深入解析MYSQL查询优化器的工作目标、执行计划、输出列等关键信息，包括id、select_type、table、type、key等列的含义，以及查询优化器如何选择执行计划以提高查询效率。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

MYSQL查询优化器有几个工作目标，其中最主要的目标是尽可能地使用索引，并且使用最严格的索引来消除可能多的数据行。最终目标是提交select语句查找数据行，而不是排除数据行。优化器视图排除数据行的原因在于它排除数据行越快，那么找到与条件匹配的数据航也就越快。

EXPLAIN 的每个输出行提供一个表的相关信息，并且每个行包括下面的列：

id MySQL Query Optimizer 选定的执行计划中查询的序列号。表示查询中执行 select 子句或操作表的顺序，id值越大优先级越高，越优先被执行。id值相同，执行顺序由上至下。

select_type 查询类型值
- SIMPLE 简单的select查询，不适用 union及子查询
- PRIMARY 最外层的select查询
- UNION union 中的第二个或随后的select查询，不依赖于外部查询的结果集
- DEPENDENT UNION union中的第二个或随后的select查询，依赖于外部查询的结果集
- UNION RESULT UNION查询的结果集
- SUBQUERY 子查询中的第一个 select 查询，不依赖于外部查询的结果集
- DEPENDENT SUBQUERY 子查询中的第一个select查询，依赖于外部查询的结果集
- DERIVED 用于from子句里有子查询的情况。MYSQL会递归执行这些子查询，把结果放在临时表里
- UNCACHEABLE SUBQUERY 结果集不能被缓存的子查询，必须重新为外层查询的每一行进行评估
- UNCACHEABLE UNION union中的第二个或随后的select ，属于不可缓存的子查询

table 输出行所引用的表

type 重要的项，显示连接使用的类型，按最优到最差的类型排序
- system 表仅有一行（=系统表）。这是const 连接类型的一个特例
- const 用于常数值比较 PRIMARY KEY 时，当查询的表仅有一行时，使用system
- eq_ref 除 const类型外最好的可能实现的链接类型。它用在一个索引的所有部分被链接使用并且索引是 UNIQUE或PRIMARY KEY,对于每个索引键表中只有一行与其匹配。
- ref 链接不能基于关键字选择单个行，可能查找到多个符合条件的行。叫做ref是因为索引要跟某个参考值相比较。这个参考值或者是一个常数，或者是来自一个表里的多表查询的结果值。
- ref_or_null 如同ref，但是mysql必须在初次查找的结果里找出null条目，然后进行二次查找。
- index_merge 说明索引合并优化被使用了。
- unique_subquery 在某些IN 查询中使用此种类型，而不是常规的ref： value in (select primary_key from single_table where some_expr)
- index_subquery 在某些IN 查询中使用此种类型，与unique_subquery 类似，但是查询的是非唯一性索引： value in (select key_column from single_table where some_expr)
- range 只检索给定范围的行，使用一个索引来选择行，key列显示使用了哪个索引。当使用=、<>、>、 >=、 <、<=、 IS NULL、<=>、BETWEEN或者 IN 操作符，用常量比较关键字列时，可以使用range。
- index 全表扫描，只是扫描表的使用按照索引次序进行而不是行。主要优点就是避免了排序，但是开销仍然非常大。
- all 最坏的情况，从头到尾全表扫描。

possible_keys 指出MYSQL能在该表中使用哪些索引有助于查询。如果为空，说明没有可用的索引

key MYSQL实际从possible_keys选择使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYQL会选择优化不足的索引。这种情况下可以在select 语句中使用USE INDEX(indexname) 来强制使用一个索引或者用 IGNORE INDEX (indexname)来强制mysql胡烈索引

key_len 使用索引的长度。在不损失精准性的情况下，长度越短越好

ref 显示索引的哪一列被使用了

rows MYSQL认为必须检查的用来返回请求数据的行数

extra 出现以下2项意味着MYSQL根本不能使用索引，效率会受到重大影响。应对其进行优化
- Using filesort 表示mysql会对结果使用一个外部索引排序，而不是从表里按索引次序督导相关内容。可能在内存或者磁盘上进行排序。MYSQL中无法利用索引完成的排序操作称为“文件排序”。
- Using temporary 表示mysql在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by

转载于:https://my.oschina.net/shilijun/blog/132348