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

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(*)操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。