EXPLAIN执行计划各个列的含义
1、ID列:
1)id相同:执行顺序由上至下
2)id不同:id值越大优先级越高,越先被执行
3)id相同不同:既有相同又有不同的情况,按1、2规则看
2、select_type列:
SIMPLE:简单select查询,查询中不包含子查询或者UNION
PRIMARY:查询中若包含任何复杂的子部分,最外层查询则被标记为PRIMARY
SUBQUERY:在select或where列表中包含了子查询
DERIVED:在from列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表里。
UNION:若第二个select出现在UNION之后,则被标记为UNION;若UNION包含在from子句的子查询中,外层select将被标记为:DERIVED
UNION RESULT:从UNION表获取的结果的select
3、table列:
显示这一行的数据是关于哪张表的
4、type列:
type显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏一次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
需要记忆的
system>const>eq_ref>ref>range>index>ALL
一般来说,得保证查询至少达到range级别,最好能达到ref。
system:表只有一行记录(等于系统表),这是const类型的特例,平时不会出现。
const:表示通过索引一次就找到了,因为只匹配一行数据,所以很快
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。一般通过主键或者唯一索引关联查找多条数据时为eq_ref
ref:非唯一索引扫描,返回匹配某个单独值的所有行。
range:只检索给定范围的行,使用一个索引来选择行。一般是在where语句中出现了between、\<、\>、in等的查询。这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而结束于另一点,不用扫描全部索引。
index:当查询的结果全为索引列的时候,虽然也是全部扫描,但是只查询的是索引库,而没有去查询数据。
all:全表扫描,将遍历全表以找到匹配的行
小知识点插一嘴:
覆盖索引:查询出来的所有列都是索引字段。
5、possible_keys列:
可能使用的key
6、key列:
实际使用的索引。如果为null,则没有使用索引
7、key_len列:
表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精确性的情况下,长度越短越好
key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据定义计算而得,不是通过表内检索出的
- key_len表示索引使用的字节数
- 根据这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否被查询用到。
- char和varchar跟字符编码也有密切的关系。
- latin1占用1个字节,gbk占用2个字节,utf8占用3个字节。(不同字符编码占用的存储空间不同)
字符类型
以上这个表列出了所有字符类型,但真正建所有的类型常用情况只是CHAR、VARCHAR
字符类型:
- 索引字段为char+不可为null时,key_len = 字符集类型长度 * 索引字段长度
- 索引字段为char+可为null时,key_len = 字符集类型长度 * 索引字段长度 + 1
- 索引字段为varchar+不可为null时,key_len = 字符集类型长度 * 索引字段长度 + 2
- 索引字段为varchar+可为null时,key_len = 字符集类型长度 * 索引字段长度 + 2 + 1
数值类型:
- 索引字段为不为null时,key_len = 数值类型大小
- 索引字段可为null时,key_len = 数值类型大小 + 1
8、ref列
显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。
9、Rows
根据表统计信息及索引选用情况,大致估算出找到所需的记录所需要读取的行数
10、Extra
包含不适合在其他列中显示但十分重要的额外信息。
-
10.1 Using filesort
mysql不是按照表内的索引顺序进行读取,会对数据使用一个外部的索引排序。
MySQL中无法利用索引完成的排序操作称为“文件排序”。
当发现有Using filesort后,实际上就是发现了可以优化的地方示例,表索引设计如下:
表索引顺序为:col1,col2,col3 在order by时必须以col1,col2,col3才行,否则会出现Using filesort 文件排序,如下(该语句是通过col1,col3排序的):
如下(该语句是通过col1,col2,col3排序):
-
10.2 Using temporary
使用了临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序order by和分组查询group by
尤其发现在执行计划里面有using filesort而且还有Using temporary的时候,特别需要注意 -
10.3 Using index
表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错! -
10.4 Using where 与 using join buffer
Using where
表明使用了where过滤
using join buffer
使用了连接缓存: -
10.5. impossible where
where子句的值总是false,不能用来获取任何元组
完毕。。。