explain分析SQL语句(SQL语句体检表)
本章主题
关键词
explain
explain是什么?
使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的。
explain能干嘛?
• 表的读取顺序
• 数据读取操作的操作类型
• 那些索引可以使用
• 那些索引被实际使用
• 表之间的引用
• 每张表有多少行被优化器查询
explain怎么玩?
explain + SQL语句
或
explain + SQL语句\G
explain字段解释
id表的读取顺序
select查询的顺序号,包含一组数字,表示查询中执行select子句或操作表的顺序
两种情况:
1.id相同,执行顺序由上至下
2.id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行
select_type
数据读取操作的操作类型
值 | 描述 |
---|---|
SIMPLE | 简单的SELECT语句(不包括UNION操作或子查询操作) |
PRIMARY | 查询中最外层的SELECT(如两表做UNION或者存在子查询的外层的表操作为PRIMARY,内层的操作为UNION) |
UNION | UNION操作中,查询中处于内层的SELECT,即被union的SELECT |
SUBQUERY | 子查询中的SELECT |
DERIVED | 表示包含在 From 子句中的 Select 查询 |
UNION RESULT | union的结果,此时id为NULL |
table
显示这一行的数据时关于那张表的
partitions
查询访问的分区
type
从最好到最差依次是:
system > const > eq_ref > ref > range > index > ALL
这个是重点,实在不理解,最起码全部背下来。
• system,表只有一行记录(等于系统表),这是const类型的特例
• const表示通过索引一次就找到了,const用于比较primary key
• eq_ref,唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配
• ref,非唯一性索引扫描,返回匹配某个单独值得所有行,本质上也是一种索引访问,它返回所有匹配某个单独值的行
• range,只检索给定范围的行,使用一个索引来选择行。
• index,Full Index Scan,index与ALL区别为index类型只遍历索引树。
• ALL,将遍历全表找到匹配的行
possible_keys
显示可能应用在这张表中的索引,一个或多个。
key
实际使用的索引。如果为null,则没有使用索引
查询中若使用了覆盖索引,则该索引仅出现在key列表中
key_len
表示索引中使用的字节数,可通过该列计算查询中使用的索引长度。在不损失精确性的情况下,长度越短越好
key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的
索引长度计算
varchr(24)变长字段且允许NULL
24*(Character Set:utf8=3,gbk=2,latin1=1)+1(NULL)+2(变长字段)
varchr(10)变长字段且不允许NULL
10*(Character Set:utf8=3,gbk=2,latin1=1)+2(变长字段)
char(10)固定字段且允许NULL
10*(Character Set:utf8=3,gbk=2,latin1=1)+1(NULL)
char(10)固定字段且不允许NULL
10*(Character Set:utf8=3,gbk=2,latin1=1)
ref
显示索引那一列被使用到了
rows
根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
Extra
包含不适合在其他列中显示但十分重要的额外信息
值 | 描述 |
---|---|
Using filesort | 说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,MySQL中无法利用索引完成的排序操作称为"文件排序" |
Using temporary | 使用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。 |
Using index | 使用了索引,避免了全表扫描 |
Using where | 使用了where过滤 |
Using join buffer | 使用了连接缓存 |
impossible where | 不可能的条件,where子句的值总是false |
最后,回到最初的问题:explain能干嘛?
explain 就是 SQL语句体检表;
explain 反馈的功能指标分别是:
• 表的读取顺序 id
• 数据读取操作的操作类型 partitions
• 那些索引可以使用 possible_keys
• 那些索引被实际使用 key
• 表之间的引用 table and ref
• 每张表有多少行被优化器查询 rows
总结小便条
本篇文章主要讲了以下几点内容:
本章回顾暂时就到这了,如果还有点晕,那就把文章里所有引用的案例代码再敲几遍吧。拜拜~