EXPLAIN语法

本文深入探讨了MySQL EXPLAIN语句的使用,解释了如何通过EXPLAIN语句来理解SQL查询的执行计划,重点分析了POSSIBLE_KEYS和KEY字段在选择索引时的作用,以及不同SELECT_TYPE的含义。

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

 

EXPLAIN table == DESC table == SHOW COLUMNS FORM table

EXPLAIN [EXTENDED|PARTITIONS] SELECT...  --显示该语句将使用哪一个索引以及何时进行多表查询与使用到的表顺序

mysql> EXPLAIN SELECT * FROM BOOKS WHERE BOOK_ID=1;

+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

| id | select_type | table | type  | possible_keys | key     | key_len | ref   | rows | Extra |

+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

|  1 | SIMPLE      | BOOKS | const | PRIMARY       | PRIMARY | 4       | const |    1 |       |

+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------+

1 row in set (0.00 sec)


POSSIBLE_KEYS字段列举出了用于查找数据的索引,而KEY字段指示我们实际上用到了XX索引。如果POSSIBLE_KEYS字段的值显示NULL,那么说明没有用到索引。


SELECT_TYPE

SIMPLE 指示简单SELECT语句,没有子查询或者UNION

PRIMARY 当使用子查询时,这是主要的SELECT语句

UNION 当使用子查询时,这是主要的SELECT语句

DEPENDENT UNION 当使用UNION时,这并不是第一个SELECT语句,取决于主查询

UNION RESULT UINON查询

SUBQUERY 子查询中的第一个SELECT语句

DEPENDENT SUBQUERY 子查询中的第一个SELECT语句,取决于主查询

DERIVED 来自于子查询的表

UNCACHEABLE SUBQUERY 指示子查询中的结果不能缓存,因此必须对主查询中的每一行重新评价

UNCACHEABLE UNION 指示子查询的UNION中,结果不能缓存,因此必须对主查询中的每一行重新评价

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值