MySQL性能分析(Explain) (2)

在这里插入图片描述

Union Result:从UNION表获取结果的SELECT。

在这里插入图片描述

3.3 Table

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

3.4 Partitions

代表分区表中的命中情况,非分区表,该项为null。

3.5 Type

type显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

一般来说,得保证查询至少达到range级别,最好能达到ref。

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

system > const > eq_ref > ref > range > index > ALL 总览

在这里插入图片描述

三种需要优化的类型 Range

只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引。一般就是在你的where语句中出现了between、<、>、in等的查询。

这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而结束语另一点,不用扫描全部索引。

在这里插入图片描述


在这里插入图片描述

Index

SQL使用到了索引,但是没用索引进行过滤。一般是使用到了覆盖索引或者是使用索引进行排序分组。

在这里插入图片描述

All

Full Table Scan,将遍历全表以找到匹配的行。

在这里插入图片描述

3.6 Possible_Keys

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

3.7 Key

实际使用的索引。如果为NULL,则没有使用索引。查询中若使用了覆盖索引,则该索引和查询的select字段重叠。

3.8 Key_Len

表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。key_len字段能够帮你检查是否充分的利用上了索引。key_len越长,查询效率越高。Where条件命中索引的长度,不包含分组排序。

在这里插入图片描述

3.9 Ref

显示索引的哪一列被使用了,如果可能的话,是一个常数。哪些列或常量被用于查找索引列上的值。

在这里插入图片描述

3.10 Rows

rows列显示MySQL认为它执行查询时必须检查的行数。行数越少,效率越高!

3.11 Filtered

这个字段表示存储引擎返回的数据在server层过滤后,剩下多少满足查询的记录数量的比例,注意是百分比,不是具体记录数。

3.12 Extra

包含不适合在其他列中显示但十分重要的额外信息。主要用来检查分组、排序的时候用没用到索引。

Using filesort

说明mysql会对数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“ 文件排序 ”。排序的字段没有创建索引

Using temporary

使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。分组的时候使用的字段没有创建索引,分组其实内部包含了一个排序的过程,所以上面的Using filesort 也会出现。

Using Index

表示相应的select操作中使用了覆盖索引,避免访问了表的数据行,效率不错。

Using Where

表明使用到了Where过滤。

Using Join Buffer

使用到了连接缓存。

Impossible where

where 子句的结果永远为false,表示sql语句错了。

Select tables optimized away

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zwspjj.html