• mysql explain中的列


    参考:《高性能mysql》附录D EXPLAIN 

    MySql将Select查询分为简单和复杂类型,复杂类型分为3大类:简单子查询,所谓的派生表(在派生表的子查询),以及UNION查询。

    列与其介绍

    id

      该列包含一个编号,标识SELECT所属的行。

    select_type

      该列显示了对应行是简单还是复杂的select(如果是后者,那么是三种复杂类型中哪一种)。

      simple:查询不包括子查询和UNION。

      primary:如果查询有任何复杂的子部分,则最外层标记为primary。

      subquery:包含在select列表中的子查询中的select(换句话说,不在from子句中)标记为subquery。

          derived:用来标识包含在from子句的子查询中的select,mysql会递归执行并将结果放到一个临时表中。服务器称其为派生表,因为该表是从子查询派生而来的。

      union:在union中的第二个和随后的select被标记为union。第一个select被标记就好像它以部分外查询来执行。

      union result:用来从union匿名临时表检查结果的select被标记为union result。

    table

      显示了对应行正在访问那个表。在通常情况下,它就是那个表,或是该表的别名。

    type

      访问类型---mysql决定如何查找表中的行。(从差到优)

      all:全表扫描,通常意味着Mysql必须扫描全表,从头到尾,去找到需要的行。(这里有个例外,在查询中使用了limit,或者在extra列中显示‘Using distinct/not exists’)。

      index:这个和全表扫描一样,只是mysql扫描表时按索引次序进行而不是行。它的主要优点是避免了排序;最大的缺点就是要承担按索引次序读取整个表的开销。这通常意着若是按照随机次序访问行,开销将会非常大。如果在extra列中看到‘using index’,说明MySql正在使用覆盖索引,它只扫描索引的数据,而不是按索引次序的每一行。它比按索引次序全表扫描的开销要少得多。

      range:范围扫描就是一个有限制的索引扫描,它开始于索引的某一点,返回匹配这个值域的行。它比全索引好一些,因为它不用遍历全部索引。显而易见的范围扫描是带有between或在where子句里带有>的查询。

      ref:这是一种索引访问(有时也叫做索引查找),它返回所有匹配某个单个值的行。然而,它可能会找到多个符合条件的行,因此,它是查找和扫描的混合体。此类索引访问只有当使用非唯一性索引或者唯一性索引的非唯一性前缀时才会发生。把它叫做ref是因为索引要跟某个参考值相比较。这个参考值或者是一个常数,或者是来自多表查询钱一个表里的结果值。 ref-null是ref之上的一个变体,它意味着MySql必须在楚辞查找的结果里进行第二次查找以找出NULL条目。

      eq-ref:MySql知道最多只返回一条符合条件的记录。这种访问方法可以在MySql使用主键或者唯一性索引查找时看到,它会将它们与某个参考值作比较。MySQL对于这类访问类型的优化做的非常好,因为它知道无需估计匹配行的范围或在匹配行后再继续查找。

    explain select tb_order.*,tb_user.username from tb_order INNER JOIN tb_user on tb_order.user_id = tb_user.id

    结果:

     

      const,system:当MySql能对查询的某部分进行优化并将其转换成一个常量时,它就会使用这些访问类型。举例来说,如果你将某一行的主键放入where子句里的方式来选取此行的主键,mysql就能把这个查询转化为一个常量。常用于primary key 和 unique 索引的查询。

           null:这种访问方式意味着MySql能在优化阶段分解查询语句,在执行阶段甚至用不着再访问表或者索引。例如,从一个索引列里选取最小值可以通过单独查找索引来完成,不需要再执行时访问表。

    possible_keys 

      这一列显示了查询可以使用哪些索引,这是基于查询访问的列和使用的比较操作符来判断的。这个列表是在优化过程的早期创建的,因此有些罗列出来的索引可能对于后续优化过程是没用的。

    key

      这一列显示了MySql决定采用哪个索引来优化对该表的访问。如果该索引没有出现在possible_keys列中,那么MySql选用它是出于另外的原因---例如,它可能选择了一个覆盖索引,哪怕没有where 子句。

      possible_keys揭示了哪一个索引能有助与高效地行查找,而key显示的是优化采用哪一个索引可以最小化查询成本。

    key_len

      该列显示了MySql在索引里使用的字节数。

    ref

      显示使用哪个列或常数与key一起从表中选择行。

    rows

      显示MySQL认为它执行查询时必须检查的行数。这个数字是内嵌循环关联计划里的循环数目。也就是说它不是MySql认为它最终要从表里读取出来的行数,而是MySql为了找到符合查询的每一点上标准的那些行而必须读取的行的平均数。

    fitered

      显示的是针对表里符合某个条件(where子句或联接条件)的记录数的百分比所做的一个悲观估算。把rows列和这个百分比相乘,就能看到MySql估算它将和查询计划里前一个表关联的行数。 

    extra

      这一列包含的是不适合在其他列显示的额外信息。

    • Using index:使用覆盖索引,以避免访问表。
    • Using where:在存储引擎检索行后再进行过滤。许多where条件里涉及索引中的列,当MySql服务器读取索引时,就能被存储检验,因此不是有带Where子句的查询都会显示“Using Where”。
    • Using temporary:对查询结果排序时会使用一个临时表。
    • Using filesort:MySql会对结果使用过一个外部索引排序,而不是按索引次序从表里读取行。
    • range checked for each record (index map: N):这个值意味着没有好用的索引,新的索引讲再联接的每一行是上重新估算。N是显示在possible_keys列中索引的位图,并且是冗余的。
  • 相关阅读:
    activiti eclipse 插件安装
    mysql 改编码
    ubuntu vim 中文乱码
    mac 打开 原生 ntfs 读写
    ubuntu 防止 ssh 超时
    java http
    UITabBarController的一些基础设置
    [转]mac 10.9.4下配置apache
    数组的排序及筛选
    一个UICollectionView自定义layout的实现
  • 原文地址:https://www.cnblogs.com/alway-july/p/9759676.html
Copyright © 2020-2023  润新知