sql优化系列之explain执行计划

关于explain执行计划,这些知识点,你不得不知道,否则你怎么敢说你做过sql调优呢???

explain 用处

当explain和sql一起使用时,mysql会显示来自优化器关于sql执行的信息。也就是说,mysql会解释它将如何处理该sql语句,包括是否会使用索引,可能使用到的索引,以及最终使用的索引,表链接及顺序等等。所以学会查看explain执行计划非常重要。

explain所有字段

总的来说,explain包含如下字段:id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、extra共12个字段

explain各字段含义

  • id

    • 标示查询中执行select子句或操作表的顺序,id的值越大,代表优先级越高,越先执行。(1)id都相同,则表示多个表具有同样的优先级,执行顺序由上而下,(2)id不同,如果sql中存在子查询,那么id的序号会递增,id越大优先级越高越先被执行,当多表依次嵌套,发现最里层的子查询id最大,最先执行。
  • select_type

    • 表示查询的类型,主要用于区分各种复杂的查询,例如:普通查询、联合查询、子查询等。
    • SIMPLE: 表示最简单的select查询语句,也就是查询中不包括子查询或者union等。
    • PRIMARY: 当查询语句中包含任何复杂的子部分,最外层的查询被标记为PRIMARY
    • SUBQUERY: 当select或where列表中包含了子查询,该子查询被标记为SUBQUERY
    • 另外还有 DERIVED、UNION、UNION RESULT
  • table

    • 查询的表名字,并不一定是真实存在的表,有别名显示别名,也可能为临时表。
  • partitions

    • 查询时匹配到的分区信息,对非分区表值为NULL,当查询分区表时,partitions显示分区表命中的分区情况。
  • type

    • 查询使用了何种类型,它是一项重要指标,性能从好到坏依次是: system > const > eq_ref > ref > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > All
    • system: 当表只有一行记录时,数据量很少,往往不需要磁盘io,速度非常快。
    • const:查询命中primary key主键或者unique唯一索引,或者被连接的部分是一个常量值,这类扫描效率极高,返回数据量少,速度非常快。
    • eq_ref:查询时命中primary key主键或者unique key索引,type就是eq_ref。
    • ref: 区别于eq_ref,ref表示使用非唯一索引,会找到很多个符合条件的记录。
    • ref_or_null:这种连接类型类似于ref,区别在于mysql会额外搜索包含null的行。
    • index_merge:使用了索引合并优化方法,查询使用了两个以上的索引。
    • range: 在where语句中使用between and、> 、< 、in 等条件查询type都是range
    • index: index和all其实都是读取全表,区别在于index是便利索引树,而all是从硬盘中读取。
    • all :遍历全表,性能最差。
  • possible_keys

    • 查询可能会使用到的索引,但并不一定是最终查询时真正使用的索引。
  • key:区别于possible_keys, key时查询时实际使用到的索引,若没有使用索引,显示为null

  • key_len

    • 表示查询用到的索引长度即字节数,原则上长度越短越好。
  • ref:

    • 常见的有:const, func,null,字段名。当使用常量等职查询时显示const,当使用关联查询时,会显示关联表的关联字段,如果查询使用了函数、隐士转换、表达式等显示为func,其他情况为null
  • rows

    • 查询到我们需要的数据需要读区的行数, 值越小越好
  • filtered

    • 这个时一个百分比的值,表示符合条件的记录数的百分比。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章