MySQL-explain分析sql语句

explain是什么？

使用explain关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句的。

explain能干嘛？

通过explain我们能够知道如下信息
• 表的读取顺序
• 数据读取操作的操作类型
• 那些索引可以使用
• 那些索引被实际使用
• 表之间的引用
• 每张表有多少行被优化器查询

explain语法

explain + SQL语句

explain字段解释

id表的读取顺序

select查询的顺序号,包含一组数字,表示查询中执行select子句或操作表的顺序
两种情况:
1.id相同,执行顺序由上至下
2.id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行

select_type

数据读取操作的操作类型

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

见到Using temporary和Using filesort，就意味着MySQL根本不能使用索引，结果是检索会很慢，需要优化sql了。