Explain性能分析(二)——返回的table和type

前言

Explain性能分析概述
Explain性能分析(一)
Explain性能分析(二)
Explain性能分析(三)

正文

三、table

这个数据是基于哪张表的。

四、type

type 是查询的访问类型。是较为重要的一个指标,结果值从最好到最坏依次是: system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ,一般来说,得保证查询至少达到 range 级别,最好能达到 ref。

1、system

表只有一行记录(等于系统表),这是 const 类型的特列,平时不会出现,这个也可以忽略不计

2、const

表示通过索引一次就找到了,const 用于比较 primary key 或者 unique 索引。因为只匹配一行数据,所以很快 如将主键置于 where 列表中,MySQL 就能将该查询转换为一个常量。
Explain性能分析(二)——返回的table和type_第1张图片

3、eq_ref

唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描。
Explain性能分析(二)——返回的table和type_第2张图片

4、ref

非唯一性索引扫描,返回匹配某个单独值的所有行.本质上也是一种索引访问,它返回所有匹配某个单独值的行, 然而,它可能会找到多个符合条件的行,所以他应该属于查找和扫描的混合体。 没用索引前:
在这里插入图片描述
建立索引后:
Explain性能分析(二)——返回的table和type_第3张图片

5、range

只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引一般就是在你的 where 语句中出现 了 between、<、>、in 等的查询这种范围扫描索引扫描比全表扫描要好,因为它只需要开始于索引的某一点,而 结束语另一点,不用扫描全部索引。
在这里插入图片描述
在这里插入图片描述

6、index

出现index是sql使用了索引但是没用通过索引进行过滤,一般是使用了覆盖索引或者是利用索引进行了排序分组。
Explain性能分析(二)——返回的table和type_第4张图片

7、all

Full Table Scan,将遍历全表以找到匹配的行。
Explain性能分析(二)——返回的table和type_第5张图片

8、index_merge

在查询过程中需要多个索引组合使用,通常出现在有 or 的关键字的 sql 中。
在这里插入图片描述

9、ref_or_null

对于某个字段既需要关联条件,也需要 null 值得情况下。查询优化器会选择用 ref_or_null 连接查询。
在这里插入图片描述

10、index_subquery

利用索引来关联子查询,不再全表扫描。
Explain性能分析(二)——返回的table和type_第6张图片

建一个索引
在这里插入图片描述

再重新查询时就是不同了
在这里插入图片描述

11、unique_subquery

该联接类型类似于 index_subquery。 子查询中的唯一索引。
Explain性能分析(二)——返回的table和type_第7张图片

结束

type 是查询的访问类型。是较为重要的一个指标,结果值从最好到最坏依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ,一般来说,得保证查询至少达到 range 级别,最好能达到 ref。

你可能感兴趣的:(MySQL,mysql性能分析,Explain性能分析)