MySQL数据库性能分析之explain使用

怎么使用?

explain + select语句

怎么理解? 

 我们对explain查询出来的信息进行分析

1、id

select查询的序列号,包含一组数字,表示查询中执行select自居或者操作表的顺序

id相同,执行顺序由上至下

id不同,如果是子查询,id的序号会递增,id值越大优先级越高,越先被执行

2、select_type

SIMPLE:简单的select查询,不包含任何子查询或UNION(联合查询)

PRIMARY:查询中若包含任何复杂的子部分,最外层则是PRIMARY

SUBQUERY:在select或where列表中包含的子查询

扫描二维码关注公众号,回复: 14517319 查看本文章

DERIVED:在from列表中包含的子查询被标记为DERIVED(衍生),mysql会递归执行这些子查询并把结果放在临时表里

UNION:若第二个select查询出现在UNION之后,则被标记为UNION

UNION RESULT:从UNION表中获取结果的select

3、partitions

匹配的分区

4、table

显示这一行的数据是关于哪张表的

5、type

 访问类型排列,显示查询使用了何种类型,从最好到最差依次是:

system>const>eq_ref>ref>range>index>All

system:表中只有一条数据(等于系统表),这是const类型的特例,平常不会出现可以忽略不计

const:表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快如将主键置于where列表中,MySQL就能将该查询转换为一个常量

eq_ref:唯一索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见主键或者唯一索引

ref:非唯一性索引扫描,返回匹配某个条件的所有行

range:只检索给定范围的行,使用一个索引来选择行;一般就是在你的where语句中出现了between、<、>、in等范围查询的关键字

index:Full Index Scan,index与all区别为index类型只遍历索引树,这通常比ALL快,因为索引文件通常都比数据文件小(也就是说虽然all和index都是读全表,但是index是从索引文件中读取,而all是从磁盘中读取)

all:Full Table Scan,遍历全表以找到匹配的行

6、possible_keys

显示理论上应用在这张表中的索引,一个或者多个。查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询实际使用

7、key

实际使用的索引。如果为null,则没有使用索引

8、key_len

表示索引中使用的字节数,可通过该列计算查询中使用的索引长度;在不损失精确性的情况下,长度越短越好

key_len表示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得出的,不是通过表内检索得出的

9、ref

显示索引的哪一列被使用;如果可能的话,是一个常数(const)

10、rows

根据表统计信息及索引选用情况,大致估算出找到所需的记录需要读取的行数

11、filtered

查询条件过滤行数的百分比

12、Extra

包含不适合在其他列中显示但十分重要的额外信息

Using filesort:说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,mysql中无法利用索引完成的排序称为”文件排序“

Using temporary:使用临时表保存中间结果,MySQL在对查询结果排序时使用临时表

Using index:表现相应的select操作中使用了覆盖索引(Covering Index),避免访问表的数据行,效率不错

如果同时出现using where,表明索引被用来执行索引键值的查找 

如果没有同时出现using where,表面索引用来读取数据而非执行查找

覆盖索引,又称索引覆盖,就是指select的数据列只用从索引中就能获得,不必读取数据行,可以理解为所要查询的字段被建立的索引覆盖

猜你喜欢

转载自blog.csdn.net/weixin_72076848/article/details/126642696
今日推荐