MySQL执行计划详解

EXPLAIN执行计划各个列的含义

1、ID列:

1)id相同:执行顺序由上至下
2)id不同:id值越大优先级越高,越先被执行
3)id相同不同:既有相同又有不同的情况,按1、2规则看

2、select_type列:

SIMPLE:简单select查询,查询中不包含子查询或者UNION
PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记为PRIMARY
SUBQUERY:在select或where列表中包含了子查询
DERIVED:在from列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表里。
UNION:若第二个select出现在UNION之后,则被标记为UNION;若UNION包含在from子句的子查询中,外层select将被标记为:DERIVED
UNION RESULT:从UNION表获取的结果的select

3、table列:

显示这一行的数据是关于哪张表的

4、type列:

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
一般来说,得保证查询至少达到range级别,最好能达到ref。

system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现。
const:表示通过索引一次就找到了,因为只匹配一行数据,所以很快
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。一般通过主键或者唯一索引关联查找多条数据时为eq_ref
ref:非唯一索引扫描,返回匹配某个单独值的所有行。
range:只检索给定范围的行,使用一个索引来选择行。一般是在where语句中出现了between、\<、\>、in等的查询。这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
index:当查询的结果全为索引列的时候,虽然也是全部扫描,但是只查询的是索引库,而没有去查询数据。
all:全表扫描,将遍历全表以找到匹配的行

小知识点插一嘴:
覆盖索引:查询出来的所有列都是索引字段。

5、possible_keys列:

可能使用的key

6、key列:

实际使用的索引。如果为null,则没有使用索引

7、key_len列:

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精确性的情况下,长度越短越好

key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据定义计算而得,不是通过表内检索出的

在这里插入图片描述

  • key_len表示索引使用的字节数
  • 根据这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否被查询用到。
  • char和varchar跟字符编码也有密切的关系。
  • latin1占用1个字节,gbk占用2个字节,utf8占用3个字节。(不同字符编码占用的存储空间不同)

字符类型
在这里插入图片描述
以上这个表列出了所有字符类型,但真正建所有的类型常用情况只是CHAR、VARCHAR

字符类型:

  • 索引字段为char+不可为null时,key_len = 字符集类型长度 * 索引字段长度
  • 索引字段为char+可为null时,key_len = 字符集类型长度 * 索引字段长度 + 1
  • 索引字段为varchar+不可为null时,key_len = 字符集类型长度 * 索引字段长度 + 2
  • 索引字段为varchar+可为null时,key_len = 字符集类型长度 * 索引字段长度 + 2 + 1

数值类型:
在这里插入图片描述

  • 索引字段为不为null时,key_len = 数值类型大小
  • 索引字段可为null时,key_len = 数值类型大小 + 1

8、ref列

显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。

在这里插入图片描述
9、Rows

根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数

在这里插入图片描述

10、Extra

包含不适合在其他列中显示但十分重要的额外信息。

在这里插入图片描述

  • 10.1 Using filesort
    mysql不是按照表内的索引顺序进行读取,会对数据使用一个外部的索引排序。
    MySQL中无法利用索引完成的排序操作称为“文件排序”。
    当发现有Using filesort后,实际上就是发现了可以优化的地方

    示例,表索引设计如下:
    在这里插入图片描述
    表索引顺序为:col1,col2,col3 在order by时必须以col1,col2,col3才行,否则会出现Using filesort 文件排序,如下(该语句是通过col1,col3排序的):
    在这里插入图片描述
    如下(该语句是通过col1,col2,col3排序):
    在这里插入图片描述

  • 10.2 Using temporary
    使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by
    在这里插入图片描述
    在这里插入图片描述
    尤其发现在执行计划里面有using filesort而且还有Using temporary的时候,特别需要注意

  • 10.3 Using index
    表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错!

  • 10.4 Using where 与 using join buffer
    Using where
    表明使用了where过滤
    using join buffer
    使用了连接缓存:

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

完毕。。。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值