上篇文章讲了 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 查问的其余优化形式,敬请期待。
文章继续更新,能够微信搜一搜「一灯架构」第一工夫浏览更多技术干货。