MySQL explain语法与各字段含义解析及示例

最新推荐文章于 2024-06-04 22:03:54 发布
最新推荐文章于 2024-06-04 22:03:54 发布
阅读量201 收藏
点赞数
分类专栏： mysql 文章标签： mysql explain sql性能分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/guandongsheng110/article/details/110524981
版权

explain 用于MySQL中查询性能分析的工具, 可判断是否使用索引, 扫描记录数等

使用语法
explain sql语句;

返回信息
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |

id 查询序列号, 也代表了查询顺序 id越大越先执行
select_type 查询类型

SIMPLE 简单查询, 不包含子查询或者UNION

mysql> explain select * from t_second_kill;
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table         | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    2 |   100.00 | NULL  |
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

PRIMARY 查询中包含子部分, 最外层查询为PRIMARY
SUBQUERY 在SELECT或WHERE列表中包含了子查询

mysql> explain select * from t_second_kill where id = (select id from t_goods where id = 10);
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra                          |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
|  1 | PRIMARY     | NULL  | NULL       | NULL | NULL          | NULL | NULL    | NULL | NULL |     NULL | no matching row in const table |
|  2 | SUBQUERY    | NULL  | NULL       | NULL | NULL          | NULL | NULL    | NULL | NULL |     NULL | no matching row in const table |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+--------------------------------+
2 rows in set, 1 warning (0.00 sec)

DERIVED 在FROM列表中包含的子查询, MySQL把结果放在临时表中
UNION 若第二个SELECT出现在UNION之后, 则被标记为UNION; 若UNION包含在FROM子句的子查询中, 外层SELECT将被标记为DERIVED
UNION RESULT 从UNION表获取结果的SELECT

mysql> explain select * from (select * from t_second_kill where id = 15 UNION select * from t_second_kill where id = 19) tmp;
+----+--------------+---------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
| id | select_type  | table         | partitions | type  | possible_keys | key     | key_len | ref   | rows | filtered | Extra           |
+----+--------------+---------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
|  1 | PRIMARY      | <derived2>    | NULL       | ALL   | NULL          | NULL    | NULL    | NULL  |    2 |   100.00 | NULL            |
|  2 | DERIVED      | t_second_kill | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL            |
|  3 | UNION        | t_second_kill | NULL       | const | PRIMARY       | PRIMARY | 8       | const |    1 |   100.00 | NULL            |
| NULL | UNION RESULT | <union2,3>    | NULL       | ALL   | NULL          | NULL    | NULL    | NULL  | NULL |     NULL | Using temporary |
+----+--------------+---------------+------------+-------+---------------+---------+---------+-------+------+----------+-----------------+
4 rows in set, 1 warning (0.00 sec)

table 查询的表名称
partitions 匹配到的分区
type 连接类型
system > const > eq_ref > ref > range > index > all 性能依次降低 一般要到range, 最好到ref
system 一般不会出现
const eq_ref 在主键或唯一索引键查询时会出现, 锁定一条记录, 速度快
ref 一般索引 组合索引做匹配
range 索引范围查询 like查询
index 使用索引全表扫描 只查询索引
all 全表磁盘扫描

CREATE TABLE `t_second_kill` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT 'ID',
  `goods_id` bigint(20) NOT NULL COMMENT '商品ID',
  `goods_name` varchar(255) NOT NULL COMMENT '商品名称',
  `store` int(11) NOT NULL COMMENT '秒杀库存',
  `price` decimal(10,2) NOT NULL COMMENT '秒杀价格',
  `order_count` int(11) NOT NULL DEFAULT '0' COMMENT '已成单数量',
  `start_time` datetime NOT NULL COMMENT '开始时间',
  `end_time` datetime NOT NULL COMMENT '结束时间',
  `notes` text NOT NULL COMMENT '备注',
  `version` int(11) NOT NULL DEFAULT '0' COMMENT '版本号',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=20 DEFAULT CHARSET=utf8mb4 COMMENT='秒杀表';

const

UNIQUE KEY `goods_id` (`goods_id`) USING BTREE
mysql> explain select * from t_second_kill where goods_id=1;
+----+-------------+---------------+------------+-------+---------------+----------+---------+-------+------+----------+-------+
| id | select_type | table         | partitions | type  | possible_keys | key      | key_len | ref   | rows | filtered | Extra |
+----+-------------+---------------+------------+-------+---------------+----------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | const | goods_id      | goods_id | 8       | const |    1 |   100.00 | NULL  |
+----+-------------+---------------+------------+-------+---------------+----------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

ref

mysql> explain select * from t_second_kill where goods_id=1;
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
| id | select_type | table         | partitions | type | possible_keys | key      | key_len | ref   | rows | filtered | Extra |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | ref  | goods_id      | goods_id | 8       | const |    1 |   100.00 | NULL  |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

range

KEY `goods_id` (`goods_id`) USING BTREE
mysql> explain select * from t_second_kill where goods_id>=1;
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-----------------------+
| id | select_type | table         | partitions | type  | possible_keys | key      | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | t_second_kill | NULL       | range | goods_id      | goods_id | 8       | NULL |    1 |   100.00 | Using index condition |
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-----------------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select * from t_second_kill where goods_name like '小米%';
+----+-------------+---------------+------------+-------+---------------+------------+---------+------+------+----------+-----------------------+
| id | select_type | table         | partitions | type  | possible_keys | key        | key_len | ref  | rows | filtered | Extra                 |
+----+-------------+---------------+------------+-------+---------------+------------+---------+------+------+----------+-----------------------+
|  1 | SIMPLE      | t_second_kill | NULL       | range | goods_name    | goods_name | 1022    | NULL |    1 |   100.00 | Using index condition |
+----+-------------+---------------+------------+-------+---------------+------------+---------+------+------+----------+-----------------------+
1 row in set, 1 warning (0.01 sec)

index

KEY `goods_id` (`goods_id`) USING BTREE
mysql> explain select goods_id from t_second_kill;
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-------------+
| id | select_type | table         | partitions | type  | possible_keys | key      | key_len | ref  | rows | filtered | Extra       |
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | t_second_kill | NULL       | index | NULL          | goods_id | 8       | NULL |    1 |   100.00 | Using index |
+----+-------------+---------------+------------+-------+---------------+----------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

all

mysql> explain select * from t_second_kill;
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
| id | select_type | table         | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra |
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    1 |   100.00 | NULL  |
+----+-------------+---------------+------------+------+---------------+------+---------+------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

possible_keys 可能选择的索引
key 实际使用的索引
key_len 实际使用的索引的长度 字节数 越短性能越好
复合索引时(abc), 条件a的长度就会短于条件a+b

KEY `goods_id` (`goods_id`,`store`) USING BTREE
mysql> explain select * from t_second_kill where goods_id=1;
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
| id | select_type | table         | partitions | type | possible_keys | key      | key_len | ref   | rows | filtered | Extra |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | ref  | goods_id      | goods_id | 8       | const |    1 |   100.00 | NULL  |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select * from t_second_kill where goods_id=1 and store =10;
+----+-------------+---------------+------------+------+---------------+----------+---------+-------------+------+----------+-------+
| id | select_type | table         | partitions | type | possible_keys | key      | key_len | ref         | rows | filtered | Extra |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------------+------+----------+-------+
|  1 | SIMPLE      | t_second_kill | NULL       | ref  | goods_id      | goods_id | 12      | const,const |    1 |   100.00 | NULL  |
+----+-------------+---------------+------------+------+---------------+----------+---------+-------------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

ref 和索引进行比较的列
rows 需要被检索的大致行数 扫描行数越少性能越好

filtered 按表条件过滤的行百分比
Extra 额外信息

跟心爱的人浪迹天涯
关注
专栏目录
MySQL——索引与EXPLAIN
等一杯咖啡的博客
12-05 1328
前言 本文内容主要参考自《高性能MySQL》第5章以及《MySQL DBA 修炼之道》书中的第三章，算是原书的实践与补充。 上次主要讲了MySQL的基本操作，这次来谈谈索引与EXPLAIN。 I. 什么是索引？ 想要深入的学习MySQL相关技术，而不仅仅停留在简单CURD，能够写出百万数据中分分钟查出需要数据的SQL，首先就需要掌握索引技术。那么什么是索引呢？ 要理解MySQL中索引是如何工作的，...
SQL优化 MySQL版，explain SQL执行计划详解
javalingyu的博客
05-24 858
目录 一、执行计划分析 二、SQL执行计划中的参数讲解——explain中的id 1、id值相同，从上往下顺序执行。 2、ID值不同，id值越大越优先查询 3、id值有相同，又有不同。id值越大越优先；id值相同，从上往下顺序执行 二、SQL执行计划中的参数讲解——explain中的select_type 三、SQL执行计划中的参数讲解——explain中的table 四、SQL执行计划中的参数讲解——explain中的type 1、type字段中的——system 2、type字段中的——const 3.
mysql explain 工具，字段解析
HunterLeo的专栏
05-21 574
explain id列是查询语句在分析时所属的编号，如果语句中包含子查询，则会有多个id mysql> explain select * from user where uid +----+-------------+---------+-------+---------------+---------+---------+------+------+-------------+
mysql的explain字段解析
weixin_45626550的博客
10-16 289
EXPLAIN关键字可以模拟优化器执行SQL查询语句，分析查询语句或者是表结构的性能瓶颈。 相关字段含义如下： 字段 含义 id 表示执行的优先级，值越大优先级越高（多见于子查询）；id值一样的情况下，从上往下顺序执行。 select_type 表示select的类型，常见取值有simple(简单表，即不使用表连接或者子查询），primary（主查询，即外层的查询），subquery(子查询），union(union关键字后面的select），derived(衍生,from子句的子查询）
MySQL Explain 字段详解
我的博客
03-26 1966
结合查询示例对 Explain 工具查询的列进行讲解
MySQL的explain字段解释
6个日的博客
06-06 688
MySQL的explain字段解释 ，type类型含义：1.id3.table4.type（重要）7. key8.key_len9. ref10. rows（重要）12. Extra（重要）如下：Explain命令是查看查询优化器是如何决定执行查询的主要方法。这个功能有局限性，并不总会说出真相，但它的输出是可以获取的最好信息，值得花时间去了解，因为可以学习到查询是如何执行的。学会解释explain将会帮助你了解MySQL优化器是如何工作的。具体问题还要具体分析。
【MySQL】EXPLAIN 语句 各字段 详解
Rudy的博客
05-09 2659
select_type，type, possible_keys, key, key_len, ref, rows, filtered, Extra
Mysql中explain的说明
最新发布
06-20
#### 二、EXPLAIN的基本用法及语法 `EXPLAIN`命令用于展示SQL查询的执行计划，即MySQL如何处理SQL语句。其基本语法如下： ```sql EXPLAIN [EXTENDED] SELECT 查询语句; ``` 其中`EXTENDED`选项表示除了基本的信息...
MySQL开发实战：电子商务订单系统数据库开发的实验心得与案例解析
05-29
- **理解查询执行计划**：通过`EXPLAIN`关键字查看SQL语句的执行计划，理解MySQL如何执行查询。 - **合理使用索引**：为经常用于过滤或排序的字段创建索引。 - **避免全表扫描**：通过适当的索引和查询条件减少扫描...
MySQL Explain解析（非常详细）
liruichuan的专栏
12-17 4392
文章目录Explain基本语法Explain列的含义详细介绍列的含义1. id列2. select_type列3. table列4. type列5. possible_keys列6. key列7. key_len列8. ref列9. rows列10.Extra列测试表及数据 系统性能的优劣取决于我们sql的查询速度，MySQL Explain命令是分析SQL性能及优化不可缺少的一部分。 Expl...
mysql explain extra常用字段举例解释
hell_world!
07-31 2183
CREATE TABLE `test_users` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `USER_ID` varchar(11) DEFAULT NULL COMMENT '用户账号', `USER_NAME` varchar(255) DEFAULT NULL COMMENT '用户名', `AGE` int(5) DEFAULT ...
explain结果每个字段的含义说明
DRAGON的博客
03-07 524
sql优化
mysql中explain的字段含义
iaoyou1的博客
08-20 1247
具体解释如下： - 如果连接操作是通过唯一索引或主键进行的，ref字段将显示连接所使用的索引列。- 如果连接操作是通过非唯一索引进行的，ref字段将显示连接所使用的索引列以及其他列，用于进一步筛选结果。它提供了关于连接操作所使用的条件的信息，帮助我们理解查询的执行计划和优化查询性能。这意味着查询的过滤条件非常严格，所有的行都符合条件，没有需要被排除或过滤的行。当filtered字段显示为其他小于100的值时，表示有部分行被过滤掉，只有一部分行符合查询的过滤条件。查询的标识符，表示查询的顺序。
mysql explain字段含义_史上最全的explain常见结果含义分析，值得收藏
weixin_32287433的博客
02-07 331
概述对于MySQL执行计划的获取，我们可以通过explain方式来查看，explain方式看似简单，实际上包含的内容很多，尤其是输出结果中的type类型列。理解这些不同的类型，对于我们SQL优化举足轻重。今天主要介绍一下常见的type结果及代表的含义，并且通过同一个SQL语句的性能差异，说明建对索引多么重要。explain结果中的type字段代表什么意思？MySQL的官网解释非常简洁，只用了3个单...
MySQL：MySQL的EXPLAIN各字段含义详解
永远保持随时离开的技术能力！
06-04 1122
MySQL中的explain执行计划中的字段详解。
mysql中explain关键字段解释以及索引优化
紫漪的博客
08-26 1462
一、explain关键字解释 1、id MySQL QueryOptimizer选定的执行计划中查询的序列号,表示查询中执行select子句或操作表的顺序。id值越大优先级越高,越先被执行。id相同,执行顺序由上至下。 2、select_type (1)SIMPLE 简单的select查询(不使用union及子查询)。 (2)PRIMARY 最外层的select查询。 如果两表...
MySQL执行计划（explain）各个字段的含义
weixin_42229129的博客
01-10 606
这也是一个重要的字段，MySQL 查询优化器根据统计信息，估算 SQL 要查到结果集需要扫描读取的数据行数，这个值非常直观显示 SQL 的效率好坏，原则上 rows 越少越好。：ref 列展示的就是与索引列作等值匹配的值，常见的有：const（常量），func，NULL，字段名。：查询的类型，根据关联、union、子查询等等分类，常见的查询类型有 SIMPLE、PRIMARY。：这一列显示 mysql 实际采用哪个索引来优化对该表的访问，判断索引是否失效的时候常用。：包含关于查询执行的额外信息。
MySQL-explain-局限
浩然的博客
02-04 261
MySQL中explain的局限性
MySQL Explain执行计划详解：优化实战与字段深度解析
2. **Explain语法**： 文章提到`Explain`命令的基本语法结构，并区分了不同类型的SQL（如`SIMPLE`、`PRIMARY`、`SUBQUERY`、`DERIVED`等）的解释逻辑。这有助于理解不同类型查询的执行行为。 3. **执行效果**： -...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值