MySQL 使用 explain + sql 语句查看 执行计划，该执行计划不一定完全正确但是可以参考。

    1. EXPLAIN SELECT * FROM user WHERE id = 3;

    image.png

    select_type 说明
    SIMPLE 简单查询
    PRIMARY 最外层查询
    SUBQUERY 映射为子查询
    DERIVED 子查询
    UNION 联合
    UNION RESULT 使用联合的结果

    table : 正在访问的表名

    type 说明
    ALL 全数据表扫描
    index 全索引表扫描
    RANGE 对索引列进行范围查找
    INDEX_MERGE 合并索引，使用多个单列索引搜索
    REF 根据索引查找一个或多个值
    EQ_REF 搜索时使用primary key 或 unique类型
    CONST 常量，表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
    SYSTEM 系统，表仅有一行(=系统表)。这是const联接类型的一个特例。
    性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
    性能在 range 之下基本都可以进行调优

    possible_keys : 可能使用的索引

    key : 真实使用的

    key_len : MySQL中使用索引字节长度

    rows : mysql 预估为了找到所需的行而要读取的行数

    extra 说明
    Using index 此值表示mysql将使用覆盖索引，以避免访问表。
    Using where mysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当(并且如果)它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
    Using temporary mysql 对查询结果排序时会使用临时表。
    Using filesort mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
    Range checked for each record(index map: N) 没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的