sql性能分析explain（1. 基础认知）

最新推荐文章于 2023-08-12 23:52:49 发布

code_mzh

最新推荐文章于 2023-08-12 23:52:49 发布

阅读量164

点赞数

文章标签：数据库 mysql 索引

本文链接：https://blog.csdn.net/code_mzh/article/details/108296988

版权

Mysql中的explain语句

在Mysql的性能分析中我们免不了会使用explain语句。在日常工作中，我们会有时会开慢查询去记录一些执行时间比较久的SQL语句，使用explain这个命令来查看一个这些SQL语句的执行计划，查看该SQL语句有没有使用上了索引，有没有做全表扫描，这都可以通过explain命令来查看。使用explain关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的，分析查询语句或是表结构的性能瓶颈。

下面是一个简单的使用explain语句的例子，使用的表示我们在上一部分所创建的表，我们可以先来看看结果包含哪几个字段，就是语句前加explain。
在这里插入图片描述

1.id

select查询的序列号,包含一组数字，表示查询中执行select子句或操作表的顺序
id相同，执行顺序由上至下，
id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
注意，这id可不是顺序123排的，是乱序的

小·case：

排好序的查找快的数据结构

2.select_type

select_type表示了查询的类型，它的常用取值有：

simple，表示此查询不包含union查询或者子查询，简单粗暴
primary，表示此查询是最外层的查询，就是父级
union，表示此查询是union的第二或者随后的查询，
就是A union B，table就是B
dependent union,union中的第二个或者后面的查询语句，取决于外面的查询
union result，union的结果，这是最后执行的，id最大
subquery，子查询中的第一个select，select （select …A）这也算哦
dependent subquery:子查询中的第一个select，取决于外面的查询。即子查询依赖于外层查询的结果。
derived:导出表的select(from子句的子查询)

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联接类型的一个特例，想屁吃。
const:表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const表很快,因为它们只读取一次!例如，name=“张三”
eq_ref:对于每个来自于前面的表的行组合,从该表中读取一行。这可能是最好的联接类型,除了const类型，做到这，用到了索引，还只有一条数据。
ref:对于每个来自于前面的表的行组合,所有有匹配索引值的行将从这张表中读取，就是也用了索引，就是结果的元组多个。
ref_or_null:该联接类型如同ref,但是添加了MySQL可以专门搜索包含NULL值的行。
index_merge:该联接类型表示使用了索引合并优化方
unique_subquery:该类型替换了下面形式的IN子查询的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr)
unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。
index_subquery:该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)
range:只检索给定范围的行,使用一个索引来选择行。
index:该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。
ALL:对于每个来自于先前的表的行组合,进行完整的表扫描，超十万就要优化，这东西恐怖。

5.possible_keys

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

6.key

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

7.key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。
key_len字段能够帮你检查是否充分的利用上了索引。

8、ref

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

9、rows

rows列显示MySQL认为它执行查询时必须检查的行数——越少越好。
就是搜多少找到的

10、Extra

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

Using filesort ：说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成的排序操作称为“文件排序”，这一般是需要优化的。
Using temporary ：使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 order by 和分组查询 group by。这一般是需要优化的。
USING index：表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行，效率不错。如果同时出现using where，表明索引被用来执行索引键值的查找;如果没有同时出现using where，表明索引只是用来读取数据而非利用索引执行查找，一般就是没有where。
Using where：表明使用了where过滤
using join buffer：使用了连接缓存，这一般是需要优化的。
impossible where：where子句的值总是false，不能用来获取任何元组
select tables optimized away：在没有GROUPBY子句的情况下，基于索引优化MIN/MAX操作或者对于MyISAM存储引擎优化COUNT(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。