MySQL执行计划explain

最新推荐文章于 2024-05-22 02:08:08 发布
最新推荐文章于 2024-05-22 02:08:08 发布
阅读量3.8k 收藏 5
点赞数
分类专栏： 数据库 文章标签： mysql 数据库 sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JokerLJG/article/details/126715934
版权

文章目录

MySQL explain介绍

MySQL提供了一个explain命令，可以用于对select语句的执行计划进行分析，并详细的输出分析结果。

通过explain命令，可以深入了解到MySQL的优化器，还可以获得很多被优化器考虑到的访问策略的细节以及运行sql语句时哪种策略预计会被优化器采用。

MySQL explain参数

在这里插入图片描述

1. id

select的序列号列，表示查询中操作表的顺序。

  • id越大，优先级越高（先执行）
  • id相同，执行顺序从上到下
  • id列为null表示为结果集，不需要使用这个语句来查询

MySQL将select 查询分为简单查询和复杂查询。复杂查询分为三类：简单子查询、派生表（from语句中的子查询）、union 查询。

  • 简单子查询

    EXPLAIN SELECT (SELECT id FROM timed_task LIMIT 1) FROM article;

    在这里插入图片描述

  • 派生表（from语句中的子查询）

    EXPLAIN SELECT * FROM  (SELECT id FROM timed_task LIMIT 1) a;

    在这里插入图片描述

  • union查询

    EXPLAIN SELECT * FROM timed_task UNION ALL SELECT * FROM timed_task;

    在这里插入图片描述

2. select_type

查询类型。主要用于区别普通查询、联合查询（union、union all）、子查询等复杂查询。

select_type取值范围：

  • simple：简单查询。查询不包含子查询和union
  • primary：复杂查询中最外层的select（最后执行的select）
  • derived：派生查询。包含在from 子句中的子查询（MySQL会将结果存放在一个临时表中，也称为派生表）
  • subquery：包含在select中的子查询（非from子句中子查询）
  • dependent subquery：相比于subquery，子查询的结果受到外层的影响的为dependent subquery
  • union：在union中的第二个和随后的select
  • dependent union：和union一样，出现在union或者union all中，但是这个查询要受到外部查询的影响
  • union result：union连接的多表查询，第一个查询是primary，后面的是union, 结果集是union result

3. table

查询的表名。

  • 如果查询使用了别名，那么这里显示的就是别名
  • 如果不涉及对数据表的操作，那么这里就是null
  • 如果格式为<derived N>，表示这是一个临时表。N就是执行计划的id，表示结果来自这个查询
  • 如果格式为<union n,m>，表示这是一个临时表。表示来自union查询id为n、m的结果集

4. partitions

查询将匹配记录的分区。 对于非分区表，该值为 NULL。

5. type

查询所使用的访问类型。表示MySQL如何查找表中的行。

type值的从优到差顺序为：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

type的值分析

  • null：mysql能够在优化阶段分解查询语句，在执行阶段用不着再访问表或索引。

    例如：在索引列中选取最小值，可以单独查找索引来完成，不需要在执行时访问表

    EXPLAIN SELECT MAX(id) FROM timed_task;

  • system：表中只有一行数据或者是空表（貌似MySQL5.7版本后不会有该值了）。

  • const：使用唯一索引或者主键，返回记录一定是一条的等值where条件时，通常type是const。

  • eq_ref：连接字段为主键或者唯一索引，此类型通常出现于多表的join查询，表示对于前表的每一个结果，都对应后表的唯一一条结果。并且查询的比较是=操作，查询效率比较高。

  • ref：ref的三种情况：

    1. 非主键或者唯一键的等值查询
    2. join连接字段是非主键或者唯一键
    3. 最左前缀索引匹配

  • ref_or_null：和ref类似，增加了null值判断

  • range：范围扫描通常出现在 in(), between ,> ,<, >= 等操作中。使用一个索引来检索给定范围的行。

  • index：辅助索引，减少回表次数,因为要查询的索引都在一颗索引树上。

  • index_merge：索引合并，表示查询使用了两个或者以上的索引数量，常见于and或者or查询匹配上了多个不同索引的字段

  • unique_subquery：子查询，返回唯一值

  • index_subquery：子查询，返回值可能有重复。

  • ALL：全表扫描，意味着mysql需要从头到尾去查找所需要的行。通常情况下这需要增加索引来进行优化了

  • fulltext：全文检索索引。

6. possible_keys

可能使用的索引。

7. key

实际使用的索引。

  • 可能出现 possible_keys 有列，而 key 显示 NULL 的情况，这种情况是因为表中数据不多，mysql认为索引对此查询帮助不大，选择了全表查询。
  • 如果没有使用索引，则该列是 NULL。
  • 当select_type为index_merge时，key列可能有多个索引，其它时候这里只会有一个。

8. key_len

索引里使用的字节数。

当索引为组合索引时，通过这个值可以算出具体使用了索引中的哪些列。

例如：组合索引index_column1_column2，其中column1和column2都为bigint（8个字节）

  • 如果key_len=8，说明只是使用了索引中的column1。
  • 如果key_len=16，说明只是使用了索引中的column1和column2。

MySQL数据类型的字节长度

类型字节长度
char(n)对于utf-8，如果是数字或者字母，字节长度为n；如果是汉字，字节长度为3n
varchar(n)对于utf-8，如果是m个数字或者字母，字节长度为m+2；如果是m个汉字，字节长度为3m+2
（2个字节存字符串的长度）
tinyint1
smallint2
int4
bigint8
date3
timestamp4
datetime8

特殊：如果字段允许为 NULL，需要1个字节记录是否为 NULL。

9. ref

关联的字段。如果是连接查询，则会显示关联的字段。

  • 可以为Null
  • 如果是使用的常数等值查询，这里会显示const
  • 如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段
  • 如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能会显示func

10. rows

执行计划估算的扫描行数，不一定是精确值。（innodb不是精确值，myisam是精确值，主要是因为innodb使用了mvcc）。

11. filtered

存储引擎返回的数据在server层过滤后，剩下的满足的记录数量的占比（百分比）。

12. Extra

不适合在其他列中显示但十分重要的额外信息。常见的值有：Using index、Using temporary、Using filesort、Using where、Using where、Using join buffer、impossible where、select tables optimized away、distinct

  • Using index
    相应的select操作中使用了覆盖索引(covering index)，避免访问了表的数据行，效率不错。

    • 如果同时出现using where，表明索引被用来执行索引键值的查找
    • 如果没有同时出现using where，表明索引用来读取数据而非执行查找动作

    覆盖索引：
    查询列（包括查询条件）只用从索引中就能够取得，不必读取数据行。

    换句话说就是：查询列要被所建的索引覆盖，MySQL可以利用索引返回查询列，而不必根据索引再次读取数据文件。
    举例说明：

    • 表user有一组合索引index_name_age（name、age两字段）
    • 查询SQL：select name from user where age=20

    该查询就使用了覆盖索引。

  • Using filesort
    MySQL对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”。

    排序的时候最好遵循所建索引的顺序与个数否则就可能会出现using filesort

  • Using temporary
    MySQL使了用临时表保存中间结果，MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。

    group by一定要遵循所建索引的顺序。

  • Using where
    表明使用了where过滤。

  • Using join buffer
    表明使用了连接缓存。

  • impossible where
    where子句的值总是false，不能用来获取任何元组。

  • select tables optimized away
    在没有GROUPBY子句的情况下，基于索引优化min/max操作，或者对于MyIsam存储引擎优化count(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。

  • Distinct
    优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作。

MySQL 查询的执行流程

可参考文章：MySQL查询的执行流程

骑个小蜗牛
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
那些Explain参数代表着什么？
m0_69766497的博客
10-24 2279
如果我们想看看某个查询的执行计划，就可以在具体的查询语句前面加一个EXPLAIN或者DESCRIBE，可用于优化sql语句；开胃例1.删除id为2的学生信息，sql语句头部添加关键字EXPLAIN查看该sql语句的执行计划2.执行结果3.查看id为2的学生信息4.执行可以获取结果。
mysql explain key为空_MySQL Explain详解
weixin_39563827的博客
01-19 1127
在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，找出这些SQL语句并不意味着完事了，些时我们常常用到explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。所以我们深入了解MySQL的基于开销的优化器，还可以获得很多可能被优化器考虑到的访问策略的细节，以及当运行SQL语句时哪种策略...
MYSQL explain 执行计划
09-11
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
MySQL Explain详解
ZHOU7605的博客
09-25 160
查看SQL是否使用索引，前面加上explain即可 explain select * from table_name where name = 'meili';也可以这样写 explain select * from table_name where name = 'meili'\G概要描述：id:选择标识符select_type:表示查询的类型。table:输出结果集的表parti...
Mysql优化
that summer
06-02 374
这里先列出几条比较有效的建议： 创建表的时候：应尽量建立主键；大数据表删除，用truncate table代替delete。 合理使用索引：在应用中一张表的索引不要太多。对于数据操作频繁的表，索引需要定期重建，以减少失效的索引和碎片。 查询尽量用确定的列名，少用*号。select * from tab; 尽量少嵌套子查询，这种查询会消耗大量的CPU资源； 对于有比较多or运算的查询，建议...
MYSQL EXPLAIN 中的KEY_LEN的说明
weixin_34007886的博客
07-15 251
对于explain extended 查看执行计划里面的一些信息作为一个DBA还是必须掌握的。参考博文：http://www.cnblogs.com/xuanzhi201111/p/4554769.html环境： MySQL5.6.36默认字符集： utf8一、前置回顾：1、数值型的字段长度字段类型 长度 UNSIGNED SIGNED有符号型 ...
EXPLAIN各个参数详解
叫兽张益达的博客
11-13 4016
select_type：表示 SELECT 的类型。 常见的取值有 SIMPLE（简单表，即不使用表连接或者子查询） PRIMARY（主查询，即外层的查询） UNION（UNION 中的第二个或者后面的查询语句） SUBQUERY（子查询中的第一个 SELECT）等。 table：输出结果集的表。 type：表示表的连接类型，性能由好到差的连接类型如下 1.system（表中仅有一行，即常量表） 2.const（单表中最多有一个匹配行，例如 primary key 或者 unique index） 3.eq
MySQL的EXPLAIN参数的简单解析
One_Punch_Devil的博客
03-24 1254
mysql的explain参数整理
MySql中如何使用 explain 查询 SQL 的执行计划
09-09
explain命令是查看查询优化器如何决定执行查询的主要方法。这篇文章重点给大家介绍MySql中如何使用 explain 查询 SQL 的执行计划，感兴趣的朋友一起看看吧
MySQL的EXPLAIN执行计划
06-14
MySQL的EXPLAIN执行计划.pdf
MySQL 执行计划说明.md
04-14
《MySQL 执行计划EXPLAIN说明.MD》该文档描述了有关MySQL 执行计划EXPLAIN各项参数说明，还文档基于Typora工具编写。内容是平时积累整理，仅供参考。文档中内容在博客...
mysql执行计划key意义_Mysql执行计划Explain
weixin_36434922的博客
02-08 411
本文概览：介绍了explain的作用、使用和各个字段含义。1 介绍1、explain的作用主要根据extra字段来查看是否出现了Using temorary或者using fileSort；通过key来查看是否用了索引。(1)就是看下是否需要有添加索引的字段通过查看key字段(2)join的驱动表是否恰当如果mysql优化不合理，为了给优化器一个暗示如何使用用户想要的联表顺序，即确定哪个表示驱动表...
mysql explain 参数_explain 参数全解析
weixin_35662528的博客
02-07 1481
explain中出现的参数全解析：MySQL Explain 功能中给我们展示的各种信息的解释：◆ ID：Query Optimizer 所选定的执行计划中查询的序列号；◆ Select_type：所使用的查询类型，主要有以下这几种查询类型◇ DEPENDENT SUBQUERY：子查询中内层的第一个SELECT，依赖于外部查询的结果集；◇ DEPENDENT UNION：子查询中的UNION，且...
MySQL Explain 使用及参数详解
12-09 1218
MySQL常见的性能瓶颈一般都是出现在CPU和I/O上，即在数据装入内存中或磁盘上读取数据时，CPU发生了饱和或装入数据过大，内存容量不足，磁盘I/O性能被限制。这时候就要使用到Explain关键字来进行分析和调优。 基本使用 Explain关键字可以用来模拟优化器执行SQL查询语句，从而了解SQL语句的处理方式，来达到分析查询语句或表结构的性能瓶颈。 通过Explain可以获得 表...
mysql explain参数详解
weixin_45043341的博客
11-29 2489
基于Mysql5.7版本的explain参数详解… Mysql官网相关参数解读 一:id SELECT标识符 1.id越大越先执行 2.相同id,从从往下执行 二:select_type 1.SIMPLE :最简单的查询(没有关联查询没有子查询没有union的查询语句) 2:PRIMARY:子查询最外层的查询语句 3.SUBQUERY:子查询内层查询语句 4.DERIVED:派生表查询, FROM后的不是表而是查询后的结果集 5.UNION:union或union all中的第二个以后的查询表 6.U
Explain详解与索引最佳实践
Xx__WangQi的博客
05-19 362
目录 Explain工具介绍 Explain分析示例 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列 索引最佳实践 1.全值匹配 2.最左前缀法则 3.不在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描 4.存储..
【MySQL精通之路】SQL优化(1)-查询优化(1)-WHERE子句
最新发布
Anakki的博客
05-22 404
与PRIMARY KEY或UNIQUE索引上的WHERE子句一起使用的表，其中所有索引部分都与常量表达式进行比较，并定义为NOT NULL。由于MySQL会自动进行类似的优化，因此您通常可以避免这项工作，并将查询保留为更易于理解和维护的形式。因为MySQL优化器的开发工作还在进行中，所以这里并没有记录MySQL优化器所有的优化。您可能会试图重写查询以加快算术运算，同时牺牲可读性。，这有助于简化join连接。有关更多信息和示例，请参见“有关更多信息，请参见“空表或只有一行的表。
mysql执行计划explain
04-26
Sure, I can help you with that. The "EXPLAIN" statement in MySQL is used to obtain an execution plan for a SELECT statement. This execution plan shows how MySQL will execute the query, including which indexes will be used and in which order tables will be accessed. It can be useful for optimizing queries and identifying performance issues. To use it, simply prefix your SELECT statement with the keyword EXPLAIN. For example: EXPLAIN SELECT * FROM my_table WHERE some_column = 'some_value'; This will display information about how MySQL plans to execute the query.

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值