上篇文章讲了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 |
tinyint | 1个字节 |
smallint | 2个字节 |
int | 4个字节 |
bigint | 8个字节 |
date | 3个字节 |
timestamp | 4个字节 |
datetime | 8个字节 |
字段容许为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查问的其余优化形式,敬请期待。
文章继续更新,能够微信搜一搜「 一灯架构 」第一工夫浏览更多技术干货。