MySQL执行计划命令EXPLAIN详解( 二 )


几种类型简介:

  • ALL:Full Table Scan ,  MySQL将遍历全表以找到匹配的行
  • index: Full Index Scan , index与ALL区别为index类型只遍历索引树
  • range:只检索给定范围的行 , 使用一个索引来选择行
  • ref: 表示上述表的连接匹配条件 , 即哪些列或常量被用于查找索引列上的值
  • eq_ref: 类似ref , 区别就在使用的索引是唯一索引 , 对于每个索引键值 , 表中只有一条记录匹配 , 简单来说 , 就是多表连接中使用primary key或者 unique key作为关联条件
  • const、system: 当MySQL对查询某部分进行优化 , 并转换为一个常量时 , 使用这些类型访问 。如将主键置于where列表中 , MySQL就能将该查询转换为一个常量 , system是const类型的特例 , 当查询的表只有一行的情况下 , 使用system
  • NULL: MySQL在优化过程中分解语句 , 执行时甚至不用访问表或索引 , 例如从一个索引列里选取最小值可以通过单独索引查找完成 。
possible_keys 和 key字段
  • possible_keys:显示可能应用在这张表中的索引 , 一个或多个 。查询涉及到的字段上若存在索引 , 则该索引将被列出 , 但不一定被查询实际使用 。
  • key:实际使用的索引 , 如果为NULL , 则没有使用索引 。(可能原因包括没有建立索引或索引失效) ;查询中若使用了覆盖索引(select 后要查询的字段刚好和创建的索引字段完全相同) , 则该索引仅出现在key列表中
key_len字段
表示索引中使用的字节数 , 可通过该列计算查询中使用的索引的长度 , 在不损失精确性的情况下 , 长度越短越好 。key_len显示的值为索引字段的最大可能长度 , 并非实际使用长度 , 即key_len是根据表定义计算而得 , 不是通过表内检索出的 。
注意:不损失精确性的情况下 , 长度越短越好
ref字段
显示索引的那一列被使用了 , 如果可能的话 , 最好是一个常数 。哪些列或常量被用于查找索引列上的值 。
rows字段
根据表统计信息及索引选用情况 , 大致估算出找到所需的记录所需要读取的行数 , 也就是说 , 用的越少越好 。
Extra字段
该列包含MySQL解决查询的详细信息,有以下几种情况:
  1. Using where:不用读取表中所有信息 , 仅通过索引就可以获取所需数据 , 这发生在对表的全部的请求列都是同一个索引的部分的时候 , 表示mysql服务器将在存储引擎检索行后再进行过滤
  2. Using temporary:表示MySQL需要使用临时表来存储结果集 , 常见于排序和分组查询 , 常见 group by ; order by
  3. Using filesort:当Query中包含 order by 操作 , 而且无法利用索引完成的排序操作称为“文件排序”
  4. Using join buffer:改值强调了在获取连接条件时没有使用索引 , 并且需要连接缓冲区来存储中间结果 。如果出现了这个值 , 那应该注意 , 根据查询的具体情况可能需要添加索引来改进能 。
  5. Impossible where:这个值强调了where语句会导致没有符合条件的行(通过收集统计信息不可能存在结果) 。
  6. Select tables optimized away:这个值意味着仅通过使用索引 , 优化器可能仅从聚合函数结果中返回一行
  7. No tables used:Query语句中使用from dual 或不含任何from子句
总结虽然EXPLAIN很简单 , 但是对于优化SQL还是很有帮助的 , 当然如果数据量特别大的时候 , 我们需要另外想别的方法进行优化 。

【MySQL执行计划命令EXPLAIN详解】


推荐阅读