MySQL EXPLAIN

本文最后更新于:2024年3月18日 凌晨

MySQL EXPLAIN

  • EXPLAIN可以帮助开发人员分析SQL问题,EXPLAIN显示了MySQL如何使用索引来处理查询语句以及连接表,可以帮助选择更好的索引和写出更优化的查询语句。
  • MySQL在执行一条查询之前,会对发出的每条SQL进行分析,决定是否使用索引或全表扫描。
1
Explain + SQL语句。
  • id
    • id值越大优先级越高,越先被执行。
    • id如果相同,可以认为是一组,从上往下顺序执行。
  • select_type:显示查询中每个select子句的类型。
    • SIMPLE(简单SELECT,不使用UNION或子查询等)
    • PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
    • UNION(UNION中的第二个或后面的SELECT语句)
    • DEPENDENT UNION(UNION中的第二个或后面的SELECT语句,取决于外面的查询)
    • UNION RESULT(UNION的结果)
    • SUBQUERY(子查询中的第一个SELECT)
    • DEPENDENT SUBQUERY(子查询中的第一个SELECT,取决于外面的查询)
    • DERIVED(派生表的SELECT, FROM子句的子查询)
    • UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存,必须重新评估外链接的第一行)
  • table:显示这一行的数据是关于哪张表的,有时不是真实的表名字,看到的是derivedx(x是第x步执行的结果)
  • type:表示MySQL在表中找到所需行的方式,又称访问类型。
    • NULL: MySQL在优化过程中分解语句,执行时甚至不用访问表或索引,例如从一个索引列里选取最小值可以通过单独索引查找完成。
    • system:查询系统表,少量数据,往往不需要进行磁盘IO
    • const:连接的是常量,命中主键或唯一索引。
    • eq_ref:主键索引或者非空唯一索引等值连接。
    • ref:非主键非唯一索引等值连接。
    • range:范围扫描。
    • index:索引树扫描。
    • ALL:全表扫描。
  • possible_keys:指出MySQL能使用哪个索引在表中找到记录,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被查询使用。
  • key:显示MySQL实际决定使用的索引,可以在查询中使用FORCE INDEX,USE INDEX或者IGNORE INDEX指定使用的索引。
  • key_len:表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度。
    • key_len显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len是根据表定义计算而得,不是通过表内检索出的。
  • ref:表示上述表的连接匹配条件,即哪些列或常量被用于查找索引列上的值。
  • rows:表示MySQL根据表统计信息及索引选用情况,估算的找到所需的记录所需要读取的行数。
  • extra:该列包含MySQL解决查询的详细信息,有以下几种情况。
    • Using where:不用读取表中所有信息,仅通过索引就可以获取所需数据,这发生在对表的全部的请求列都是同一个索引的部分的时候,表示mysql服务器将在存储引擎检索行后再进行过滤。
    • Using temporary:表示MySQL需要使用临时表来存储结果集,常见于排序和分组查询。
    • Using filesort:当Query中包含 order by 操作,而且无法利用索引完成的排序操作称为"文件排序”
    • Using join buffer:改值强调了在获取连接条件时没有使用索引,并且需要连接缓冲区来存储中间结果,如果出现了这个值,那应该注意,根据查询的具体情况可能需要添加索引来改进能。
    • Impossible where:这个值强调了where语句会导致没有符合条件的行(通过收集统计信息不可能存在结果)
    • Select tables optimized away:这个值意味着仅通过使用索引,优化器可能仅从聚合函数结果中返回一行。
    • No tables used:Query语句中使用from dual 或不含任何from子句。

本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!