EXPLAIN 自检SQL执行效率

EXPLAIN 用于查看sql语句执行的计划
    如：EXPLAIN select * from sys_user
    1.id
        SELECT识别符。这是SELECT查询序列号。这个不重要。
    2.select_type
        SIMPLE ：简单查询，其中不包含连接查询和子查询
        PRIMARY ：主查询，或者是最外面的查询语句
        UNION ：连接查询的第2个或后面的查询语句
        DEPENDENT UNION ： UNION中的第二个或后面的SELECT语句，取决于外面的查询
        UNION RESULT ： 连接查询的结果
        SUBQUERY ：子查询中的第1个SELECT语句
        DEPENDENT SUBQUERY ： 子查询中的第1个SELECT语句，取决于外面的查询
        DERIVED ： SELECT(FROM 子句的子查询)
    3.table
        查询的表
    4.type  表的连接类型  最佳类型到最差类型
        1.system
            表仅有一行，这是const类型的特列，平时不会出现，这个也可以忽略不计
        2.const
            数据表最多只有一个匹配行，因为只匹配一行数据，所以很快，常用于PRIMARY KEY或者UNIQUE索引的查询，可理解为const是最优化的。
        3.eq_ref
            mysql手册是这样说的:"对于每个来自于前面的表的行组合，从该表中读取一行。这可能是最好的联接类型，除了const类型。它用在一个索引的所有部分被联接使用并且索引是UNIQUE或PRIMARY KEY"。eq_ref可以用于使用=比较带索引的列。
            如：
                select * from sys_user t ,sys_department t2 where t.id = t2.userid
        4.ref
            查询条件索引既不是UNIQUE也不是PRIMARY KEY的情况。ref可用于=或<或>操作符的带索引的列。
        5.ref_or_null
            该联接类型如同ref，但是添加了MySQL可以专门搜索包含NULL值的行。在解决子查询中经常使用该联接类型的优化。
        ------------
        6.index_merge
            该联接类型表示使用了索引合并优化方法。在这种情况下，key列包含了使用的索引的清单，key_len包含了使用的索引的最长的关键元素。
        7.unique_subquery
            该类型替换了下面形式的IN子查询的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一个索引查找函数,可以完全替换子查询,效率更高。
        8.index_subquery
            该联接类型类似于unique_subquery。可以替换IN子查询,但只适合下列形式的子查询中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)
        9.all 
        这便是所谓的“全表扫描”，all是一种非常暴力和原始的查找方法，非常的耗时而且低效