mysql EXPLAIN 参数说明

oToyix

已于 2023-04-25 17:21:28 修改

阅读量364

点赞数

分类专栏： # mysql_mariadb_mongodb linux常用基础技能及服务文章标签： mysql

于 2023-04-25 11:30:41 首次发布

本文链接：https://blog.csdn.net/otoyix/article/details/130361009

版权

linux常用基础技能及服务同时被 2 个专栏收录

76 篇文章 1 订阅

订阅专栏

mysql_mariadb_mongodb

33 篇文章 0 订阅

订阅专栏

文章介绍了MySQL查询优化器的工作原理，强调了选择索引的策略，如基于where和join子句的列、基数大的列、前缀索引、最左前缀原则等。同时，讨论了不同类型的索引，如普通索引、唯一索引和全文索引的适用场景。通过分析一个SQL查询的EXPLAIN结果，解释了执行计划的各个字段含义，帮助理解查询执行的步骤和性能影响因素。

摘要由CSDN通过智能技术生成

（不喜请绕过）
EXPLAIN

模拟Mysql优化器是如何执行SQL查询语句的，从而知道Mysql是如何处理你的SQL语句的

选择索引列的方法：

1、where子句中出现的列
2、join子句中出现的列
3、索引列的基数越大，索引的效果越好。
4、对字符串的列进行索引时，应该选择一个前缀长度，可以节省大量索引空间，提升查询速度。
5、利用最左前缀
6、MYSQL只对操作符(>,<,=,between,in,无%_等通配符的liki)才使用索引
7、枚举不建议加索引 如，xxxtype in(2,5)

索引类型

normal：表示普通索引 （最常见）

unique：表示唯一的，不允许重复的索引，如果该字段信息保证不会重复例如身份证号用作索引时，可设置为unique

full textl: 表示 全文搜索的索引。 FULLTEXT 用于搜索很长一篇文章的时候，效果最好。
			用在比较短的文本，如果就一两行字的，普通的 INDEX 也可以。

SQL

EXPLAIN SELECT
	first_title_number,
	count( DISTINCT ( b.question_id ) ) AS num 
FROM
	`question_tag` AS `a`
	LEFT JOIN `question` AS `b` ON `a`.`question_id` = `b`.`first_title_number` 
WHERE
	( `user_id` = '20170904010000054' AND `if_delete` = 0 AND `question_type` = '2' ) 
	AND `a`.`datadic_id` = '20221110120100000' 
	AND `a`.`type` = 1 
	AND `a`.`first_directory_id` = '523570275315150848' 
GROUP BY
	`first_title_number` 
HAVING
	`num` = 1 
	LIMIT 472 OFFSET 0;

结果

id	select_type	table	type	possible_keys	key	key_len	ref	rows	Extra
1	SIMPLE	a	ref	PRIMARY,idx_dic_id,idx_top,idx_df	idx_df	125	const,const	301258	Using index condition; Using where; Using temporary; Using filesort
1	SIMPLE	b	ref	idx_oid_uid,idx_first_title_number	idx_first_title_number	63	org.a.question_id	1	Using where

说明

第一列 id

id 相同执行顺序由上到下
如果是子查询，id序号会自增，id值越大优先级就越高，越先被执行。
id 相同与不同，同时存在

第二列：select_type

1、SIMPLE:简单的select 查询，SQL中不包含子查询或者uniou。
2、PRIMARY:查询中包含复杂的子查询部分，最外层查询被标记为PRIMARY
3、SUBQUERY:在select 或者WHERE 列表中包含了子查询
4、DERIVED:在FROM列表中包含的子查询会被标记为DERIVED(衍生表)，MYSQL会递归执行这些子查询，把结果集放到零时表中。
5、UNION:如果第二个SELECT 出现在UNION之后，则被标记位UNION；如果UNION包含在FROM子句的子查询中，则外层SELECT 将被标记为DERIVED
6、UNION RESULT:从UNION表获取结果的select

第三列：table

该行数据是关于哪张表

第四列：type 访问类型由好到差system > const > eq_ref > ref > range > index > ALL

1、system:表只有一条记录(等于系统表),这是const类型的特例，平时业务中不会出现。
2、const:通过索引一次查到数据，该类型主要用于比较primary key 或者unique 索引，因为只匹配一行数据，所以很快;如果将主键置于WHERE语句后面，Mysql就能将该查询转换为一个常量。
3、eq_ref:唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描。
4、ref:非唯一索引扫描，返回匹配某个单独值得所有行，本质上是一种索引访问，它返回所有匹配某个单独值的行，就是说它可能会找到多条符合条件的数据，所以他是查找与扫描的混合体。
5、range：只检索给定范围的行，使用一个索引来选着行。key列显示使用了哪个索引。一般在你的WHERE 语句中出现between 、< 、> 、in 等查询，这种给定范围扫描比全表扫描要好。因为他只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引。
6、index：FUll Index Scan 扫描遍历索引树(扫描全表的索引，从索引中获取数据)。
7、ALL: 全表扫描 从磁盘中获取数据 百万级别的数据ALL类型的数据尽量优化。

第五列：possible_keys

显示可能应用在这张表的索引，一个或者多个。查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用。

第六列：keys

实际使用到的索引。如果为NULL，则没有使用索引。查询中如果使用了覆盖索引，则该索引仅出现在key列表中。覆盖索引：select 后的 字段与我们建立索引的字段个数一致。

第七列：ken_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引长度。在不损失精确性的情况下，长度越短越好。
key_len 显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出来的。

第八列：ref

显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值。
const/system :  是用到primary key 或者unique 情况下才会是const,最优。

第九列：rows

(每张表有多少行被优化器查询):根据表统计信息及索引选用的情况，大致估算找到所需记录需要读取的行数。

第十列：Extra

扩展属性，但是很重要的信息。详细见下：
1、 Using filesort(文件排序)：mysql无法按照表内既定的索引顺序进行读取。
2、Using temporary:Mysql使用了临时表保存中间结果，常见于排序order by 和分组查询 group by。
3、Using index 表示相应的select 操作使用了覆盖索引，避免访问了表的数据行，效率不错。
如果同时出现Using where ，表明索引被用来执行索引键值的查找。
如果没有同时出现using where 表明索引用来读取数据而非执行查找动作。
4、Using where ：需要在mysql服务器层使用where条件来过滤数据。
5、Using join buffer ：表示当前sql使用了连接缓存。
6、impossible where ：where 字句 总是false ，mysql 无法获取数据行。
7、select tables optimized away： 直接通过索引来获取到数据，不用访问表，这种效率比较高。
8、distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。