学会使用MySQL的Explain执行计划,SQL性能调优从此不再困难

上篇文章讲了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查询的其他优化方式,敬请期待。

文章持续更新,可以微信搜一搜「 一灯架构 」第一时间阅读更多技术干货。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,233评论 6 495
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,357评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,831评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,313评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,417评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,470评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,482评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,265评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,708评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,997评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,176评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,827评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,503评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,150评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,391评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,034评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,063评论 2 352

推荐阅读更多精彩内容