上篇文章讲了MySQL架构体系,理解到MySQL Server端的优化器能够生成Explain执行打算,而执行打算能够帮忙咱们剖析SQL语句性能瓶颈,优化SQL查问逻辑,明天就一块学习Explain执行打算的具体用法。

1. explain的应用

应用EXPLAIN关键字能够模仿优化器执行SQL语句,剖析你的查问语句或是构造的性能瓶颈。
在 select 语句之前减少 explain 关键字,MySQL 会在查问上设置一个标记,执行查问会返回执行打算的信息,并不会执行这条SQL。
就比方上面这个:

输入这么多列都是干嘛用的?

其实大都是SQL语句的性能统计指标,先简略总结一下每一列的大抵作用,上面具体讲一下:

2. explain字段详解

上面就具体讲一下每一列的具体作用。

1. id列

id示意查问语句的序号,主动调配,程序递增,值越大,执行优先级越高。

id雷同时,优先级由上而下。

2. select_type列

select_type示意查问类型,常见的有SIMPLE简略查问、PRIMARY主查问、SUBQUERY子查问、UNION联结查问、UNION RESULT联结长期表后果等。

3. table列

table示意SQL语句查问的表名、表别名、长期表名。

4. partitions列

partitions示意SQL查问匹配到的分区,没有分区的话显示NULL。

5. type列

type示意表连贯类型或者数据拜访类型,就是表之间通过什么形式建设连贯的,或者通过什么形式拜访到数据的。

具体有以下值,性能由好到差顺次是:

system > const > eq_ref > ref > ref_or_null > index_merge > range > index > ALL

system

当表中只有一行记录,也就是零碎表,是 const 类型的特列。

const

示意应用主键或者唯一性索引进行等值查问,最多返回一条记录。性能较好,举荐应用。

eq_ref

示意表连贯应用到了主键或者唯一性索引,上面的SQL就用到了user表主键id。

ref

示意应用非唯一性索引进行等值查问。

ref_or_null

示意应用非唯一性索引进行等值查问,并且蕴含了null值的行。

index_merge

示意用到索引合并的优化逻辑,即用到的多个索引。

range

示意用到了索引范畴查问。

index

示意应用索引进行全表扫描。

ALL

示意全表扫描,性能最差。

6. possible_keys列

示意可能用到的索引列,理论查问并不一定能用到。

7. key列

示意理论查问用到索引列。

8. key_len列

示意索引所占的字节数。

每种类型所占的字节数如下:

类型占用空间
char(n)n个字节
varchar(n)2个字节存储变长字符串,如果是utf-8,则长度 3n + 2
tinyint1个字节
smallint2个字节
int4个字节
bigint8个字节
date3个字节
timestamp4个字节
datetime8个字节
字段容许为NULL额定减少1个字节

9. ref列

示意where语句或者表连贯中与索引比拟的参数,常见的有const(常量)、func(函数)、字段名。

如果没用到索引,则显示为NULL。

10. rows列

示意执行SQL语句所扫描的行数。

11. filtered列

示意按条件过滤的表行的百分比。

用来估算与其余表连贯时扫描的行数,row x filtered = 252004 x 10% = 25万行

12. Extra列

示意一些额定的扩大信息,不适宜在其余列展现,却又非常重要。

Using where

示意应用了where条件搜寻,但没有应用索引。

Using index

示意用到了笼罩索引,即在索引上就查到了所需数据,无需二次回表查问,性能较好。

Using filesort

示意应用了内部排序,即排序字段没有用到索引。

Using temporary

示意用到了长期表,上面的示例中就是用到长期表来存储查问后果。

Using join buffer

示意在进行表关联的时候,没有用到索引,应用了连贯缓存区存储长期后果。

上面的示例中user_id在两张表中都没有建索引。

Using index condition

示意用到索引下推的优化个性。

知识点总结:

本文具体介绍了Explain应用形式,以及每种参数所代表的含意。无论是工作还是面试,应用Explain优化SQL查问,都是必备的技能,肯定要牢记。

下篇再一块学习一下SQL查问的其余优化形式,敬请期待。

文章继续更新,能够微信搜一搜「 一灯架构 」第一工夫浏览更多技术干货。