MySQL Explain 详解(优化MySQL性能第一步)

浏览: 1264

MySQL Explain 详解

使用EXPLAIN关键字可以模拟优化器执行SQL查询语句,从而知道MySQL是如何处理你的SQL语句。分析你的查询预付或表结构的性能瓶颈。

查询结果返回字段分析

1、id列

select查询的序列号,包含一组数字,表示查询中执行select子句或操作表的顺序。id如果相同,可以认为是一个分组,从上往下顺序执行。id不同,id值越大,优先级越高,越先执行。

2、select_type列

查询的类型,主要用于区别普通查询、联合查询、子查询等的复杂查询。

id select_type ramark


1SIMPLE简单的select查询,查询中不包含子查询或UNION
2PRIMARY复杂查询中最外层的 select
3SUBQUERY在SELECT或WHERE列表中包含了子查询
4DERIVED包含在 from 子句中的子查询。MySQL会将结果存放在一个临时表中,也称为派生表(derived的英文含义)
5UNION若第二个SELECT出现在UNION之后,则被标记为UNION; 若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
6UNION RESULT从UNION表获取结果的SELECT

3、table列

表示查询涉及的表或衍生表。 注意:MySQL对待这些表和普通表一样,但是这些“临时表”是没有任何索引的。

4、type列

type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是:一般来说,得保证查询至少达到range级别,最好能达到const。

type 说明


All最坏的情况, 全表扫描
index和ALL一样,不同就是mysql只需扫描索引树,这通常比ALL快一些
range范围扫描通常出现在 in(), between , > , <, >= 等操作中。使用一个索引来检索给定范围的行
ref不使用唯一索引,而是使用普通索引或者唯一性索引的部分前缀,索引要和某个值相比较,可能会找到多个符合条件的行
eq_refprimary key 或 unique key 索引的所有部分被连接使用 ,最多只会返回一条符合条件的记录。这可能是在 const 之外最好的联接类型了
const表示通过索引一次就找到了, const用于比较primary key或者unique索引。因为只匹配一行数据,所以很快。如将主键置于where列表中,MySQL就能将该查询转换为一个常量
system表中只有一条数据. 这个类型是特殊的 const 类型

5、possible_keys列

表示 MySQL 在查询时, 能够使用到的索引. 注意, 即使有些索引在 possible_keys 中出现, 但是并不表示此索引会真正地被 MySQL 使用到. MySQL 在查询时具体使用了哪些索引, 由 key 字段决定。

6、key列

此字段是 MySQL 在当前查询时所真正使用到的索引。

7、key_len列

  • 表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的。
  • EXPLAIN执行计划中有一列 key_len 用于表示本次查询中,所选择的索引长度有多少字节,通常我们可借此判断联合索引有多少列被选择了。

8、rows列

这一列是mysql估计要读取并检测的行数,这个值非常直观显示 SQL 的效率好坏, 原则上 rows 越少越好,注意这个不是结果集里的行数。

9、Extra列

这一列展示的是额外信息。常见的重要值如下:

  • Using temporary 查询有使用临时表, 一般出现于排序, 分组和多表 join 的情况, 查询效率不高, 建议优化。
  • Using index "覆盖索引扫描", 表示查询在索引树中就可查找所需数据, 不用扫描表数据文件, 往往说明性能不错。
  • Using filesort 当 Extra 中有 Using filesort 时, 表示 MySQL 需额外的排序操作, 不能通过索引顺序达到排序效果. 一般有 Using filesort, 都建议优化去掉, 因为这样的查询 CPU 资源消耗大。
  • Using where 使用了WHERE从句来限制哪些行将与下一张表匹配或者是返回给用户。注意:Extra列出现Using where表示MySQL服务器将存储引擎返回服务层以后再应用WHERE条件过滤。
推荐 0
本文由 ETL批量调度-Taskctl 创作,采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
转载、引用前需联系作者,并署名作者且注明文章出处。
本站文章版权归原作者及原出处所有 。内容为作者个人观点, 并不代表本站赞同其观点和对其真实性负责。本站是一个个人学习交流的平台,并不用于任何商业目的,如果有任何问题,请及时联系我们,我们将根据著作权人的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。

0 个评论

要回复文章请先登录注册