【mysql】explain字段的详细介绍

explain是mysql的优化神器,能够掌握explain的使用对于优化sql将有极大的提升,下面我会针对以下的字段做详细的介绍

id 

    select 查询的序列号,包含了一组可以重复的数字,表示查询中mysql执行sql语句的顺序,一般有三种情况

    1. id全部相同,这种情况mysql的执行顺序是从上往下按顺序执行

    2.id不同,这种情况mysql会优先执行id数大的,依次执行

    3.id相同又不同,对于这类情况,mysql会先执行id数大的,然后根据id从上往下的顺序来执行id相同的

select_type

       select_type代表的是查询的类型,主要是用于区别普通查询,联合查询,嵌套查询,它的类型如下

        simple:简单的查询,代表查询中没有子查询,嵌套,及其他操作

        primary:c查询中若包含任何的子查询,最外层查询则被标记为primary

        subquery:代表子查询

        dervied:zai from列表中包含的子查询标记为derived(衍生) mysql会递归执行浙西子查询,把结果放在临时表里

        union:若第二个select 出现在union之后,则被标记为union,若union包含在from子句的子查询中,外层select将被标记为:derived

        union result :从union表获取结果的select

type

    这是explain中非常重要的一个字段,常见的类型从好到坏有

all -> index ->range -> ref - > eq_ref -> const ->system

    在真实的开发中,如果sql的类型能够达到range 及以上,这条sql的性能就不算的大问题了

    all:(full table scan)代表全表扫描,在大数据量级下,全表扫描的sql性能无疑将拖慢能够系统给的响应速度

    index:(full index scan)全索引文件扫描比all要好不少,将直接从索引数据结构中找寻数据,比全表扫描理论上快不少

    range:只查找范围内的数据,使用索引来匹配行,查询的范围缩小了,自己比前面的类型性能更好

    ref:非唯一性索引扫描,本质上也是一种索引访问,返回所有匹配某个单独值的行

    eq_ref:唯一性索引扫描,对于每个索引建,表中只有一条记录和它匹配

    const:常量匹配,表示通过索引一次就可以找到数据

    system:该类型在实际开发中基本不存在,该类型表示表中只有一行记录

 

possible_keys

    表示该查询可能会用到的索引,但是实际中不一定会用到,在该字段会现在索引的名称

keys

    显示查询语句中实际使用的索引,如果没有使用则为null

key_len

    显示索引中使用的字节数,通过key_len计算查询中使用的索引长度,在不损失精确性的情况下索引长度越短越好,key_len显示的值为索引字段最可能的长度,并非是实际使用长度

ref

    显示索引的哪一列或常量被用于查找索引列的值

rows

    根据表统计信息及索引选用情况,大致估算出找到所需的记录锁需要读取的行数,值越大越不好

extra

    Usiing filesort:说明mysql读数据使用一个外部的索引排序,而不是按照表内的索引顺序进行读取,mysql无法利用索引完成的排序称为"文件排序"

    Using temporary:使用了临时表保存中间结果,mysql在对查询结果排序时使用临时表,常见于排序 order by 和分组查询 group by 

    Using index:表示乡音搞得select 操作使用了覆盖索引,避免访问了表的数据行

    Using index condition :在5.6版本后加入的新忒性,优化器在索引存在的情况下,通过符合range 范围的条数和总数的比例来选择是使用索引还是进行全表遍历

    Using where : 表明使用了where过滤

    Using join buffer :表明使用了链接缓存

    

filtered

    一个百分比的值,和rows列的值一起使用,可以估计出查询执行计划中前一个表的结果集,从而确定join操作的循环次数.