MySQL Explain语句详解
通常情况下当我们遇到MySQL下某句SQL查询语句特别缓慢的情况，我们会通过Explain语句去查看优化器对这个语句的执行情况。Explain语句会输出执行的SQL的一些优化信息和索引信息已方便我们来优化SQL语句。因此看懂Explain语句就非常非常的重要。本文主要就介绍关于Explain语句的输出信息。
1.Id
SELECT查询的标识符， 每个SELECT语句都会自动分配一个唯一的标识符
2 Select_Type
每个select查询字句的类型，具体类型以及对应作用如下表：
1) SIMPLE: 简单SELECT,不使用UNION或子查询等
2)PRIMARY :查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY
3)UNION :UNION中的第二个或后面的SELECT语句
4)DEPENDENT UNION: UNION中的第二个或后面的SELECT语句，取决于外面的查询
5)UNION RESULT: UNION的结果
6)SUBQUERY:子查询中的第一个SELECT
7)DEPENDENT SUBQUERY:子查询中的第一个SELECT，取决于外面的查询
8)DERIVED:派生表的SELECT, FROM子句的子查询
9)UNCACHEABLE SUBQUERY:一个子查询的结果不能被缓存，必须重新评估外链接的第一行
- table
显示这一行的数据是查哪张表的，不过有时短路显示的不是真实的表名。
- partitions
匹配的分区(这个目前用处不大)
- type
访问类型，表示MySQL在表中找到所需行的方式，对应的值和解释如下：
1)system: 表仅有一行
2)const: 表最多有一个匹配行,在查询开始时即被读取
3)eq_ref: 使用primary key或者unique key作为多表连接的条件,仅从该表中读取一行
4)ref : 作为查询条件的索引在每个表匹配索引值的行从表中读取出来
5)fulltext: 全文索引检索
6)ref_or_null: 和ref一致，但增加了NULL值查询支持
7)index_merge: 表示使用了索引合并优化方法
8)unique_subquery: 使用了替换了in子查询
9)index_subquery: 使用了替换了in子查询，但只适用于子查询中的非唯一索引
10)range : 只检索给定范围的行,使用一个索引来选择行
11)index : 全表扫描，但扫描表的方式是按索引的次序进行
12)ALL : 全表扫描的方式找到匹配的行
type作为访问类型，其值代表着当前查询所用的类型，是体现性能的一个重要指标，从表中可以看到，从上到下，扫描表的方式越来越宽，性能也就越来越差，因此，对于一个查询，最好能保持在range级别以上。
6.possible_keys
主动指出查询能用哪个索引在表中找到记录
也就是会列出在查询中的字段中有索引的字段，但不一定被查询所用。
7.key
显示再查询中实际使用的索引/键，如果没有索引，则显示NULL。
但如果想强制查询中使用或忽视possible_keys列中的索引，则可以在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。
8.key_len
表示索引中使用的字节数。
9.ref
表示哪些列或常量被用于查找索引列上的值。
10.rows
显示当前查询估算到的查找到匹配记录所需的记录行数。
- Extra
显示当前查询所用的解决方式，它有以下几种情况：
1)Using where: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，
2)Using temporary: 表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询
3)Using filesort: MySQL中无法利用索引完成的排序操作称为“文件排序”
4)Using join buffer: 强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。
5)Impossible where: 这个值强调了where语句会导致没有符合条件的行。
6)Select tables optimized away: 这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行
本文为Lokie.Wang原创文章,转载无需和我联系,但请注明来自lokie博客http://lokie.wang
- 上一篇： ngrok的应用
- 下一篇： [转翻译]ElasticSearch调优
- 最新评论
- 总共0条评论
