mysql explain参数分别是什么意思

使用解释函数explain查看，一般默认执行结果会有10列信息

id（查询序列号）、select_type（查询类型）、table（输出结果集的表）、type（访问类型）、possible_keys（可能使用的索引）、key（实际使用的索引）、key_len（索引字段的长度）、ref（列与索引的比较）、rows（扫描出的行数(估算的行数)）、Extra（执行情况的描述和说明）

select_type：
    SIMPLE	简单查询（不包含子查询或UNION)
    PRIMARY	最外层查询 查询中若包含任何复杂的子部分，最外层查询则被标记为PRIMARY
    UNION	UNION语句中第二或更后面的查询
    DEPENDENT UNION	依赖外部查询的UNION中第二或更后面的查询
    UNION RESULT	UNION语句的结果集
    SUBQUERY	子查询中的第一个查询
    DEPENDENT SUBQUERY	依赖外部查询的子查询中的第一个查询
    DERIVED	查询的派生表(在FROM从句中的子查询）
    MATERIALIZED	物化子查询
    UNCACHEABLE SUBQUERY	无法缓存结果的子查询，并且必须为外部查询的每一行重新计算
    UNCACHEABLE UNION	属于无法缓存的子查询的UNION的第二或更后面的查询

type：
    mysql找到数据行的方式，效率排名
    null> system> const> eq_ref> ref> fulltext> ref_or_null> index_merge> unique_subquery> index_subquery> range> index> ALL
    一般来说，得保证查询至少达到range级别，最好能达到ref。
    system 表只有一行记录（等于系统表），这是const类型的特列，平时不会出现，这个也可以忽略不计
    const 通过索引一次就找到了，const用于比较primary key 和 unique key，因为只匹配一行数据，所以很快。如果将主键置于where列表中，mysql就能将该查询转换为一个常量
    eq_ref 唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键索引和唯一索引 区别于const eq_ref用于联表查询的情况
    ref 非唯一索引扫描，返回匹配某个单独值的所有行，本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，他可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体
    range 只检索给定范围的行，使用一个索引来选择行，一般是在where中出现between、<、>、in等查询，范围扫描好于全表扫描，因为他只需要开始于索引的某一点，而结束于另一点，不用扫描全部索引
    index Full Index Scan，Index与All区别为index类型只遍历索引树。通常比All快，因为索引文件通常比数据文件小。也就是说，虽然all和index都是读全表，但是index是从索引中读取的，而all是从硬盘读取的
    ALL Full Table Scan,将遍历全表以找到匹配的行

possible_keys：
    指出mysql能使用哪个索引在表中找到记录，查询涉及到的字段若存在索引，则该索引被列出，但不一定被查询使用（该查询可以利用的索引，如果没有任何索引显示null）

key：
    key列显示mysql实际决定使用的索引，必然包含在possible_keys中。如果实际使用的索引，为NULL，则没有使用索引。（可能原因包括没有建立索引或索引失效）

key_len：
    表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好。key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的。

ref：
    显示索引的那一列被使用了，如果可能的话，最好是一个常数。哪些列或常量被用于查找索引列上的值。

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

extra：
    Using where：不用读取表中所有信息，仅通过索引就可以获取所需数据，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示mysql服务器将在存储引擎检索行后再进行过滤
    Using filesort：当Query中包含 order by 操作，而且无法利用索引完成的排序操作称为“文件排序”