mysql explain

本文详细解读了MySQL执行计划中的关键概念,如id顺序、select_type、type、索引使用情况(const、ref、range等),并解释了不同查询类型的执行策略。重点讲解了如何通过合理建索引和调整SQL语句提高查询性能,以及非聚集索引与回表原理。

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

对于mysql 执行计划,一直没执行研究。今天 仔细研究一下

sql 执行顺序:

id:

表示执行顺序,

id不同时,id越高 越先执行;

id相同时,由上到下 顺序执行;

table

select_type:

用于描述 该表在查询中 的 角色。

比如:

作为独立的 单表查询,类型为 simple

对于多表查询:

最外层查询的表 类型为 primary

子查询 的表又 分为 subquery、derived

对于使用union的表, 类型为 union

type

system:这个忽略,就当不存在。

利用索引:

const : 通过索引  定位到 唯一的 一条数据。一般是 主键 或者 唯一索引 是这种类型

索引扫描,就是 需要扫描索引 来定位数据记录,通常是 多表查询时:

eq_ref : 索引中 针对 某个值 仅 匹配 一行记录。 这种 是 扫描 唯一索引 或者 主键

ref : 索引中 针对 某个值 匹配 多行记录。这种是 扫描 非唯一索引

range: 索引 中 查找范围

index:遍历 全索引 

all: 遍历 全表

使用的 索引信息

possible_keys (可能用到的索引)、key(实际用到的索引)、key_len(索引占用的长度)、ref (索引的哪个字段) 

rows: 估算的 扫描的行数

extra:对 sql 执行的 一些 说明

常见的有:

文件排序: filesort 

使用临时表:temporary

查询总体分2类:

1. 需要回到 聚集索引获取数据

2. 不需要回到聚集索引就可以 获取到数据

     不是只有覆盖索引 才不需要回表。 另外,如果查询的条件 和 需要返回的字段 都在 非聚集索引中时,应该也是 不用回表查询的。

using index: 表示, 使用到了 索引

using where : 表示,使用了 where 条件  过滤数据

using where ;using index; 表示,只扫描 索引,没有回表,就可以获取到数据。

Using index condition:表示,扫描索引后,再回表取数据

这样理解:

首先使用  非唯一索引 定位到 主键列表,可能这个 主键列表 不是连续的。为了连续 读取数据,取到了 最大 主键id 和 最小 主键id,然后 顺序 读取 其中的 数据。把读取到的数据,根据 where 条件 过滤。 where 条件 字段,使用 索引字段

#name 字段 为 唯一索引
mysql> EXPLAIN select * from t3 where name='a'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE  
        table: t3
   partitions: NULL
         type: const  # 通过唯一索引 一次就定位到数据
possible_keys: idx_name
          key: idx_name
      key_len: 767
          ref: const
         rows: 1
     filtered: 100.00
        Extra: Using index

#name 字段 为 非唯一索引
mysql> EXPLAIN select * from t2 where name='a'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t2
   partitions: NULL
         type: ref # 可能会匹配到多行数据
possible_keys: idx_name
          key: idx_name
      key_len: 768
          ref: const
         rows: 1
     filtered: 100.00
        Extra: Using index

#name 字段 没有建立索引
mysql> EXPLAIN select * from t1 where name='a'\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t1
   partitions: NULL
         type: ALL  # 全表扫描
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 1
     filtered: 100.00
        Extra: Using where  #使用 where条件过滤 匹配的行

#eq_ref
mysql> explain select t1.* from t1 join t3 on t1.name=t3.name\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t1
   partitions: NULL
         type: ALL  # t1 使用全表扫描
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 1
     filtered: 100.00
        Extra: Using where
*************************** 2. row ***************************
           id: 1
  select_type: SIMPLE
        table: t3
   partitions: NULL
         type: eq_ref  #t3 表的 name 字段 为 唯一索引,这里 是 匹配到唯一行
possible_keys: idx_name
          key: idx_name
      key_len: 767
          ref: test.t1.name
         rows: 1
     filtered: 100.00
        Extra: Using index

#range
mysql> EXPLAIN select * from t1 where age >1 and age < 4\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: t1
   partitions: NULL
         type: range
possible_keys: idx_age
          key: idx_age
      key_len: 5
          ref: NULL
         rows: 1
     filtered: 100.00
        Extra: Using index condition

补充一句:

1)sql 执行 非常复杂, 需要 利用 执行计划 建立 合适的 索引 及 合适的 sql 语句 提高查询 效率。

2)像 mysql 数据库 这种 基于磁盘 的 数据存储系统, 主要功能 、目标 是 存储 数据,保存数据。 如果 对 查询 性能 要求 高的 ,那么 就 不要 想着 通过 mysql 数据库 来 提高 查询 性能, 需要 将  数据库中 保存的  数据 加载到 第三方 比如 redis 缓存、es 等 查询 性能高的 服务中 来查询。

<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]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值