我要评论一、mysql explain 是什么？
explain 是 mysql 中用于分析 sql 执行计划的核心命令，它能告诉你 mysql 优化器会如何执行这条 sql（比如用什么索引、扫描多少行、连接方式等），是优化慢 sql 的必备工具。
可以把它理解为：你写了一条 sql 想让 mysql 执行，explain 会提前告诉你 mysql 的“执行思路”—— 走哪条路、做哪些操作、效率怎么样，帮你找到 sql 里的性能瓶颈。
二、基本用法
1. 语法
explain + 你的sql语句; -- 示例 explain select * from user where id = 1;
如果想查看更详细的执行计划（比如执行时的成本、临时表等），可以用：
explain analyze select * from user where id = 1; -- mysql 8.0 及以上支持
2. 输出字段说明
执行 explain 后会返回一个结果集，核心字段如下（新手先掌握这 8 个核心字段即可）：
| 字段 | 核心含义 |
|---|---|
| id | sql 执行的顺序（子查询/联表时会有多个 id，数字越大越先执行） |
| select_type | 查询类型（比如简单查询、子查询、联表查询、衍生表等） |
| table | 本次执行涉及的表名 |
| type | 访问类型（核心！判断性能的关键，从差到好：all < index < range < ref < eq_ref < const/system） |
| possible_keys | mysql 可能会选择的索引（候选索引） |
| key | mysql 实际使用的索引（如果为 null，说明没用到索引） |
| rows | mysql 预估要扫描的行数（数值越小越好） |
| extra | 额外信息（比如 using index 走覆盖索引、using where 过滤条件、using filesort 排序等） |
三、核心字段详解（新手重点）
1. type（访问类型）
这是 explain 中最重要的字段，直接反映 sql 的性能层级，常见值从差到优排序：
- all：全表扫描（最差！会遍历整个表），比如 select * from user; 且无任何条件。
- index：全索引扫描（比 all 好一点，但仍扫描整个索引），比如查询的字段都在索引里，但无过滤条件。
- range：索引范围扫描（比如用 >、<、between、in 等），比如 select * from user where id between 1 and 10;。
- ref：非唯一索引扫描（匹配多行），比如 select * from user where name = '张三';（name 是普通索引）。
- eq_ref：唯一索引扫描（匹配一行），比如联表查询时用主键/唯一索引关联，select * from user u join order o on u.id = o.user_id;。
- const/system：查询结果能确定为一行（最优），比如用主键查询 select * from user where id = 1;。
2. key（实际使用的索引）
- 如果 key 为 null，说明 mysql 没用到索引，大概率是 sql 写得有问题（比如用了函数操作索引字段、条件不匹配索引等）。
- 示例：如果 user 表的 id 是主键（默认索引），执行 explain select * from user where id = 1;，key 列会显示 primary（主键索引名）。
3. extra（关键提示）
- using index：走了“覆盖索引”（查询的字段都在索引里，无需回表查数据），性能极佳。
示例：user 表有索引 idx_name_age (name, age)，执行 explain select name, age from user where name = '张三';，extra 会显示 using index。
- using where：mysql 会先扫描数据，再用 where 条件过滤（如果同时有 using index，说明先走索引再过滤）。
- using filesort：mysql 需额外做排序（不是用索引排序），性能差，比如 select * from user order by name; 但 name 无索引。
- using temporary：mysql 需创建临时表（比如 group by 没用到索引），性能差，要优化。
四、实战示例
假设有一张 user 表，结构如下：
create table `user` ( `id` int primary key auto_increment, `name` varchar(20) not null, `age` int, `gender` tinyint, index `idx_name` (`name`) -- 普通索引 );
示例 1：全表扫描（差）
explain select * from user where age = 20;
- type：all（全表扫描）
- key：null（没用到索引）
- extra：using where（扫描后过滤）
- 优化：给 age 加索引 alter table user add index idx_age (age);。
示例 2：使用索引（好）
explain select * from user where name = '张三';
- type：ref（非唯一索引扫描）
- key：idx_name（用到了 name 的索引）
- rows：预估扫描行数（比如 10 行，远小于全表行数）。
示例 3：覆盖索引（优）
explain select name from user where name = '张三';
- type：ref
- key：idx_name
- extra：using index（覆盖索引，无需回表）。
五、使用注意事项
- explain 的 rows 是 mysql 预估的扫描行数，不是实际行数，但能反映性能趋势（数值越小越好）。
- explain 只分析执行计划，不会实际执行 sql（除非用 explain analyze），所以可以放心在生产环境使用。
- 即使 possible_keys 有值，key 也可能为 null —— 说明 mysql 认为走索引不如全表扫描快（比如表数据量极小）。
总结
- explain 是分析 sql 执行计划的核心工具，重点看 type（访问类型）、key（实际索引）、extra（额外提示）三个字段。
- 优化目标：尽量让 type 达到 range 及以上，key 不为 null，避免 extra 出现 using filesort/using temporary。
- 最理想的执行计划：type 为 const/system + key 有值 + extra 显示 using index。
到此这篇关于mysql中explain的具体实现的文章就介绍到这了,更多相关mysql explain内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论