数据库-mysql 优化-explain

                                                 mysql 优化-explain

一      explain关键字可以模拟优化器执行sql查询语句，从而指导mysql 是如何处理你的sql语句的，分析你的查询语句或是表结构的性能瓶颈

二       explain  + sql   查询出  后有如下列

          id        select_type          table             type         possible_keys        key        key_len        ref        rows        extra

         

       a  . id  分为三种       相同  、不同 、 相同不同

              

                

               

     b.    select-type - 查询的类型主要用于区别普通查询、联合查询、子查询等复杂查询
                     

                  simple     :    简单的select查询，查询中不包含子查询或者union
                  primary  ：   查询中若任何复杂的子部分，最外层查询则被标记为这个
                 subquery：   在select或where列表中包含子查询
                    derived：   在from列表中包含的子查询被标记为derived（衍生） mysql会递归执行这些子查询，把结果放在临时表里。
                       union：   若第二个select出现在union之后，则被标记为union, 若union包含在from子句的子查询中，外层select将被标记为derived                        
             union result：   从union表获取结果的select
                                            
                         

          c.    table 显示这一行的数据是关于那张表

         d.    type 显示使用了何种类型， 从最好的到最差的一次是： system >const>eq_ref>ref>range>index>all

                system: 表只有一行数据（等于系统表），这是const类型的特例，平时不会出现，忽略不计
                 const：表示通过索引一次就找到了，const用于比较primary key 或者unique索引，因为只匹配一行数据，所以很快
                              如将逐渐置于where 列表汇总，mysql就能将该查询转换为一个常量
                eq_ref : 唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配，常见于逐渐或唯一扫描
                      ref： 非唯一性索引扫描，返回匹配某个单独值得所有行，本质上也是一种索引访问，它返回所有匹配某个单独值得行，
                                然而，它能会找到多个符合条件的行，所以它应该属于查找和扫面的混合体
                range ： 只检索给定范围的行，使用一个索引来选择行。key列显示了那个索引一般
                                 就是在你的where 语句中出现了between、<>、in等查询
                                注意：这种范围索引扫描比全表扫描要好，因为它只需要开始与索引的某一点，而结束另一点，不用扫描全部索引
                   index： full index scan ，index 与all 区别为index 类型只遍历索引树，这通常比all 块，因为索引文件通常比数据文件小。
                        all： full tables scan 将遍历全表以找到匹配的行
                                       一般来说，得保证查询至少达到rang级别，最好达到ref             

        e.     possible_keys 显示可能应用在这张表中的索引，一个或多个
        f.     实际使用的索引，null 则没有使用索引
        g      ken_len 表示索引中使用的字节数，则通过该列计算查询中使用的索引的长度，在不损失精确性下，长度越短越好
        h     ref 显示索引的那一列被使用了，如果可能的话是一个常量，那些列或常量被用于查找索引列上的值
        i      rows 根据表统计信息及索引选用的情况，大致估算出找到所需要读取的行数

        

       j      extra 包含不适合在其他列中显示但十分重要的额外信息

            using filesort ：  说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引
                                       进行读取，msql中无法利用完成的排序操作称为“文件排序”
       using temporary：  使用了临时表保存中间结果，mysql在对查询结果排序时使用临时表，常见于排序order by和分组查询group by
               using index： 表示相应的select操作中使用了覆盖索引，避免访问了表的额数据行，效率不错
                                       如果同时出现using where 表明索引被用来执行索引键值的查找
                                       如果没有同时出现using where 表明索引用来读取数据而非执行查找动作
               using where: 表明使用了where过滤
        using join buffer: 使用了连接缓存
    impossible where ： where子句的值总是false，不能用来获取任何元祖
select tables optimezed away :在没有groupby 子句的情况下，基于索引优化min、max操作或者
                                             对于MyISAM存储引擎优化的count（*）操作，不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化
                   distinct:   优化distinct操作，在找到第一个的匹配的元素后即停止找同样值得动作