7.使用EXPLAIN 来分析SQL和表结构_2

possible_keys    ------   显示可能应用在这张表的索引,一个或多个

          查询涉及到的字段上若存在索引,则该索引将被列出,但不一定被实际查询使用

key   ------   实际使用的索引。如果为NULL,则没有使用索引

     查询中若使用了 覆盖索引,则该索引和查询的select字段重叠  

       select 字段可以是索引的一部分,即索引中的字段可以将要查询的字段覆盖(是select后面的字段,不是where后面的字段)

key_len   ------   表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精度的情况下,长度越短遇到越好

          key_len 显示的值为索引字段的最大可能长度,并非实际使用长度,

       即key_len是根据定义计算而得,不是通过表内检索出的

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

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

  1.Using filesort  说明mysql会对数据使用一个外部的索引序列,而不是按照表内的索引顺序进行读取

  MySQL无法利用索引完成的排序操作称为 ‘文件排序’,(需要避免)

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

    一般使用排序order by和 分组查询 group by 这种需要使用到索引排序的功能的时候,

    要按照创建索引时的个数和顺序来,否则很容易产生文件内排序 和 临时表 ,影响性能

    为什么要按照这个索引的个数和顺序来:一个索引,创建一棵树,如果是联合索引,第二列会放在第一列后面

    第二列也做了排序,首先根据第一列排序的结果,在第一列一样的情况下,第二列再排序

    如:A = 22  AND B = 33

    你假设一下 C = A*1000 + B,然后根据C做BTREE,以A先放,A相同的情况下按B的顺序放

    存的时候 A 先 存,确定了A的位置之后,再存B;;查的时候,也要先有A,有了A的准确位置,才能拿到B

  

  Using index   ------   表示相应的select 操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率不错

             如果同时出现using where ,表明索引被用来执行索引键值的查找

             如果没有同时出现 using where,表明索引用来读取数据而非执行查找动作

  Using where   ------   表明使用了 where 过滤

  Using join buffer   ------   使用了连接缓存

  impossible where   ------   where 子句的值总是 false,不能用来获取任何元祖

  select tables optimized away   ------  

  distinct   ------   优化 distinct 操作,在找到第一行匹配的元组后即停止找同样值的动作

 

    

posted @ 2017-08-15 17:33  白日梦想家12138  阅读(170)  评论(0编辑  收藏  举报