MySql explain

本文深入解析MySQL查询执行计划,涵盖执行顺序、查询类型、表、访问类型、索引选择及优化策略,帮助读者理解并优化SQL查询性能。

这里写图片描述

1.第一列 id

代表Sql执行顺序

2.第二列 select_type

表示查询中每个select子句的类型

(1) SIMPLE(简单SELECT,不使用UNION或子查询等)

(2) PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)

(3) UNION(UNION中的第二个或后面的SELECT语句)

(4) DEPENDENT UNION(UNION中的第二个或后面的SELECT语句,取决于外面的查询)

(5) UNION RESULT(UNION的结果)

(6) SUBQUERY(子查询中的第一个SELECT)

(7) DEPENDENT SUBQUERY(子查询中的第一个SELECT,取决于外面的查询)

(8) DERIVED(派生表的SELECT, FROM子句的子查询)

(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)

第三列 table

显示这一行的数据是关于哪张表的,有时不是真实的表名字,看到的是derivedx(x是个数字,我的理解是第几步执行的结果)

第四列 type

表示MySQL在表中找到所需行的方式,又称“访问类型”。

常用的类型有: ALL, index, range, ref, eq_ref, const, system, NULL(从左到右,性能从差到好)

ALL:Full Table Scan, MySQL将遍历全表以找到匹配的行

index: Full Index Scan,index与ALL区别为index类型只遍历索引树

range:只检索给定范围的行,使用一个索引来选择行

ref: 表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值

eq_ref: 类似ref,区别就在使用的索引是唯一索引,对于每个索引键值,表中只有一条记录匹配,简单来说,就是多表连接中使用primary key或者 unique key作为关联条件

const、system: 当MySQL对查询某部分进行优化,并转换为一个常量时,使用这些类型访问。如将主键置于where列表中,MySQL就能将该查询转换为一个常量,system是const类型的特例,当查询的表只有一行的情况下,使用system

NULL: MySQL在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列里选取最小值可以通过单独索引查找完成。

第五列 possible_keys

指出MySQL能使用哪个索引在表中找到记录,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用

该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。
如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样,创造一个适当的索引并且再次用EXPLAIN检查查询

第六列 Key

key列显示MySQL实际决定使用的键(索引)

如果没有选择索引,键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引,在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

第七列 key_len

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度(key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的)

不损失精确性的情况下,长度越短越好

第八列 ref

表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值

第九列 rows

表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数

第十列 Extra

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

Using where:列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的,这发生在对表的全部的请求列都是同一个索引的部分的时候,表示mysql服务器将在存储引擎检索行后再进行过滤

Using temporary:表示MySQL需要使用临时表来存储结果集,常见于排序和分组查询

Using filesort:MySQL中无法利用索引完成的排序操作称为“文件排序”

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

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

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

<think>我们正在讨论MySQL中的EXPLAIN命令,用于分析查询语句的执行计划。用户要求了解如何使用EXPLAIN以及如何解读其结果。根据引用内容,我们可以总结如下:1.EXPLAIN用于模拟优化器执行SQL语句,帮助分析查询性能瓶颈(引用[2])。2.EXPLAIN输出结果包含多列,每列提供不同的信息,例如select_type、type、key等(引用[1][3][4])。3.通过分析EXPLAIN结果,可以判断查询是否使用了正确的索引,表连接顺序是否合理等(引用[3])。下面我将详细解释EXPLAIN的用法和结果解读。###如何使用EXPLAINMySQL中,使用EXPLAIN非常简单,只需在SELECT语句前加上`EXPLAIN`关键字即可。例如:```sqlEXPLAINSELECT*FROMemployeesWHEREdepartment='Sales';```也可以使用`EXPLAINFORMAT=JSON`来获取更详细的JSON格式输出(MySQL5.6.3+):```sqlEXPLAINFORMAT=JSONSELECT...;```###解读EXPLAIN结果EXPLAIN的输出结果包含以下重要列:1.**id**:查询的标识符。如果是复杂查询(如子查询或UNION),每个SELECT都会有一个唯一的id。id值越大,执行优先级越高;id相同,则从上到下执行。2.**select_type**:查询的类型。常见的有:-`SIMPLE`:简单查询(不使用UNION或子查询)。-`PRIMARY`:主查询(最外层的查询)。-`SUBQUERY`:子查询。-`DERIVED`:派生表(FROM子句中的子查询)。-`UNION`:UNION中的第二个或之后的查询。-等等(引用[1][4])。3.**table**:显示这一行数据属于哪张表。4.**partitions**:匹配的分区(如果表有分区)。5.**type**:访问类型(非常重要)。从优到差排序:-`system`:表中只有一行数据。-`const`:通过主键或唯一索引一次就找到,例如`WHEREid=1`。-`eq_ref`:唯一索引扫描,常用于主键或唯一索引关联查询。-`ref`:非唯一索引扫描。-`range`:索引范围扫描(如`BETWEEN`,`IN`,`>`等)。-`index`:全索引扫描(比全表扫描好,因为索引文件通常比数据文件小)。-`ALL`:全表扫描(最差,需优化)(引用[3])。6.**possible_keys**:可能使用的索引。7.**key**:实际使用的索引。如果为`NULL`,则没有使用索引(引用[3])。8.**key_len**:使用的索引长度(字节数)。9.**ref**:显示索引的哪一列被使用。10.**rows**:预估需要读取的行数(越小越好)。11.**filtered**:按条件过滤后剩余行数的百分比(MySQL5.7+)。12.**Extra**:额外信息。常见的有:-`Usingindex`:使用覆盖索引(无需回表)。-`Usingwhere`:使用WHERE过滤。-`Usingtemporary`:使用临时表(需优化)。-`Usingfilesort`:使用文件排序(需优化)(引用[1][3])。###示例分析假设我们有一个查询:```sqlEXPLAINSELECT*FROMordersWHEREcustomer_id=100;```可能的结果:|id|select_type|table|type|possible_keys|key|rows|Extra||----|-------------|--------|------|---------------|----------|------|-------------||1|SIMPLE|orders|ref|idx_customer|idx_customer|10|Usingwhere|解读:-`type=ref`:表示使用了非唯一索引扫描(`idx_customer`)。-`rows=10`:预估扫描10行。-`Extra=Usingwhere`:使用了WHERE过滤。###优化建议根据EXPLAIN结果优化:-如果`type`为`ALL`,考虑为WHERE条件列添加索引。-如果`Extra`出现`Usingtemporary`或`Usingfilesort`,可能需要优化查询或索引。-如果`key`为`NULL`,检查查询条件是否有合适的索引可用(引用[3])。§§相关问题§§1.EXPLAIN中的type列有哪些取值?分别代表什么含义?2.如何通过EXPLAIN结果判断查询是否需要优化?3.MySQLEXPLAIN的EXTRA列有哪些常见值?如何解读?4.如何用EXPLAIN分析连接查询(JOIN)的执行计划?</think>### MySQL EXPLAIN 用法与结果解读指南 #### 一、EXPLAIN 基础用法 在 SQL 查询语句前添加 `EXPLAIN` 关键字即可分析执行计划: ```sql EXPLAIN SELECT * FROM users WHERE age > 30; ``` 或使用 `EXPLAIN FORMAT=JSON` 获取详细 JSON 格式报告(MySQL 5.6.3+)。 #### 二、核心输出列解读 执行计划结果包含以下关键列(以表格形式呈现): | 列名 | 说明 | 优化重点 | |---------------|----------------------------------------------------------------------|-----------------------------| | **id** | 查询标识符(相同id按顺序执行,不同id从大到小执行) | 子查询执行顺序 | | **select_type** | 查询类型:<br>- `SIMPLE`:简单查询<br>- `PRIMARY`:主查询<br>- `SUBQUERY`:子查询 | 识别复杂查询结构 | | **table** | 访问的表名或别名 | 表访问顺序 | | **type** | **访问类型(性能关键指标)**:<br>`system` > `const` > `eq_ref` > `ref` > `range` > `index` > `ALL` | 避免出现`ALL`(全表扫描) | | **possible_keys** | 可能使用的索引 | 索引选择合理性 | | **key** | 实际使用的索引 | 验证索引是否生效 | | **key_len** | 使用的索引长度(字节) | 索引利用率 | | **rows** | 预估扫描行数 | 数值越小性能越好 | | **Extra** | **额外信息(优化核心)**:<br>- `Using index`:覆盖索引<br>- `Using where`:WHERE过滤<br>- `Using temporary`:临时表<br>- `Using filesort`:文件排序 | 重点关注需优化的项 | #### 三、重点列深度解析 1. **type 列详解**(性能从优到差排序): - `const`:通过主键/唯一索引查找单行(最优) - `eq_ref`:JOIN 时使用主键/唯一索引关联 - `ref`:非唯一索引扫描(常见于普通索引) - `range`:索引范围扫描(如 `BETWEEN`, `>`) - `index`:全索引扫描(比全表扫描稍好) - `ALL`:全表扫描(需优化) 2. **Extra 列关键值**: - ✅ `Using index`:查询仅用索引无需回表(理想状态) - ⚠️ `Using where`:服务器对存储引擎返回的数据进行过滤 - ❌ `Using temporary`:需创建临时表(GROUP BY/ORDER BY 无索引时常见) - ❌ `Using filesort`:额外排序操作(需优化 ORDER BY) #### 四、优化案例分析 **问题查询**: ```sql EXPLAIN SELECT * FROM orders WHERE user_id = 100 ORDER BY order_date; ``` **可能结果与优化**: | id | select_type | table | type | key | rows | Extra | |----|-------------|--------|------|------|------|----------------| | 1 | SIMPLE | orders | ref | NULL | 2000 | Using where; Using filesort | **优化建议**: 1. 为 `user_id` 添加索引避免全表扫描: ```sql ALTER TABLE orders ADD INDEX idx_user(user_id); ``` 2. 为排序字段添加复合索引消除 `filesort`: ```sql ALTER TABLE orders ADD INDEX idx_user_date(user_id, order_date); ``` 优化后结果变化: | type | key | Extra | |------|---------------|----------------| | ref | idx_user_date | Using index | #### 五、高级应用技巧 1. **连接查询分析**: ```sql EXPLAIN SELECT * FROM users u JOIN orders o ON u.id = o.user_id WHERE u.country = 'US'; ``` - 观察表连接顺序(id 相同则按 table 列顺序) - 检查是否使用索引连接(`eq_ref` 或 `ref`) 2. **JSON 格式分析**(MySQL 5.6+): ```sql EXPLAIN FORMAT=JSON SELECT ... ``` 可获取成本估算、子查询详情等深度信息。 > 提示:实际优化中需结合 `SHOW INDEX FROM table_name` 查看索引基数,避免索引失效[^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值