Mysql执行计划

Mysql执行计划

Posted by John Doe on 2021-06-07
Words 1.8k and Reading Time 6 Minutes
Viewed Times

Mysql 执行计划

当客户端发送给mysql 服务器一条查询语句后,经过sql的优化器,会产生一个执行计划。

执行计划

使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MYSQL 是如何处理你的 sql 语句的。分析你的查询语句或是表结构的性能瓶颈。

语法: Explain + sql

执行计划的作用

分析sql语句中

  • 表的读取顺序
  • 数据读取操作的操作类型
  • 哪些索引可以使用
  • 哪些索引被实际使用
  • 表之间的引用
  • 每张表有多少行被优化器查

执行计划包含的信息

id:获取 select 子句的操作表顺序,有几种情况

  • id相同的情况下执行顺序是由上到下。
  • id 越大 优先级越高,如果是子查询,ID 序列号会递增,id值越大,优先级越高,越先执行。
  • id 相同又有不相同的,序列号大的会先执行,然后相同的从上到下执行。

select_type:查询的类别,主要用于区别普通查询,联合查询,子查询等的复杂查询。
simple : 简单的select 查询,不包含子查询或者 union
primary : 查询中包含任何复杂的子部分,最外层查询则被标记
subquery : 在 select 或者 where 列表中包含了子查询
derived : 在from 列表中包含子查询被标记为 derived Mysql 会递归执行这些子查询,把结果放到临时表里
union : 若在第二个 select 中出现 union之后,则被标记为 union 若union包含在 from 子句的子查询中,外层 select 将被标记为 derived
union result : 从 union 表获取结果的 SELECT

table:显示这一行的数据是关于那个表的

type:显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery> range > index>all

需要记住的:system > const > eq_ref > ref > range > index>all 基本需要达到 ref range 级别。

type 说明
ALL 全数据表扫描
index 全索引表扫描
RANGE 对索引列进行范围查找
INDEX_MERGE 合并索引,使用多个单列索引搜索
REF 根据索引查找一个或多个值
EQ_REF 搜索时使用primary key 或 unique类型
CONST 常量,表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
SYSTEM 系统,表仅有一行(=系统表)。这是const联接类型的一个特例。
性能:all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
性能在 range 之下基本都可以进行调优

system : 表中只有一行记录(等于系统表),这是const 类型的特列,平时不会出现,这个可以忽略不计。

const : 表示通过索引一次就找到了,const 用于比较 primary key 或者 unqiue 索引,因为只匹配一条数据,所以很快,如将主键置于 where 条件中,Mysql 就能将该查询转换一个常量。

eq_ref : 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见与主键或唯一索引扫描

ref : 非唯一索引扫描,返回匹配某个单独值的所有行

range: 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的 where 语句中出现了 between ,<,>,in 等查询这种范围扫描比全表扫描要好,因为它只需要开始与索引的某一点,而结束与另一点,不用扫描全部索引。

index : 当查询的结果全为索引列的时候。

all : Full Table Scan 将遍历全表以找到匹配的行。

possible_keys : 可能使用的索引

key :实际上使用的索引,如果没用索引,则为NULL,查询中若使用了覆盖索引,则该索引和查询的select 字段重叠。

key len :
表示索引中使用的字节数,可通过该列计算查询中使用的字节长度,在不损失精确的情况下,长度越短越好。
key_len 显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len 是根据表定义计算而得,不是通过表内检索出的
key_len 表示索引使用的字节数
根据这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否都被查询用到。
char 和 varchar 跟字符编码也有密切的联系。(latin1 占用一个字节,gbk 占用两个字节,utf-8 占用三个字节)

总结 :

整数/浮点数/时间类型的索引长度 NOT NULL = 字段本身的长度 NULL = 字段本身的字段长度+1(因为需要是否为空的标记,这个标记占一个字节).

datatime 类型 在5.6中占5个字节,在5.5中占8个字节。

变长字段需要额外两个字节(varchar 值保存时只保存需要的字符数另外加一个字节来记录长度,如果列声明的长度超过255,则使用两个字节,所以varchar 索引长度计算时候要加2),固定长度字段不需要额外的字节。

而 NULL 都需要1个字节的额外空间,所以索引字段最好不要为 NULL,因为 NULL 让统计更加复杂并且需要额外的存储空间。

复合索引有最左前缀的特性,如果复合索引能全部用上,则是复合索引字段的索引长度之和,这也可以用来判定复合索引是否部分使用,还是全部使用。

rows : mysql 预估为了找到所需的行而要读取的行数

extra 说明
Using filesort 此值表示mysql将使用覆盖索引,以避免访问表。
Using temporary mysql 将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不同的索引。
Using index mysql 对查询结果排序时会使用临时表。
Using where mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成。
Using join buffer 没有好用的索引,新的索引将在联接的每一行上重新估算,N是显示在possible_keys列中索引的位图,并且是冗余的
Impossible where where 子句总是 false们不能用来获取

This is copyright.

...

...

00:00
00:00