mysql学习（四）查询计划各个字段的分析

属性	含义
id	编号
select_type	查询类型
table	表
type	类型
possible_keys	预测用到的索引
key	实际使用的索引
key_len	实际使用索引的长度
ref	表之间的引用
rows	通过索引查询到的数据量
Extra	额外的信息

 

本节将对上述查询计划中各个属性含义进行讲解：

1.id：id的含义在上篇文章中已经进行讲解。

2.select_type:查询类型

　　PRIMARY:包含子查询SQL中的 主查询 （最外层）
　　SUBQUERY：包含子查询SQL中的 子查询 （非最外层）
　　simple:简单查询（不包含子查询、union）
　　derived:衍生查询(使用到了临时表)

　　　　a.在from子查询中只有一张表
        　　explain select  cr.cname     from ( select * from course where tid in (1,2) ) cr ;

   　　　 b.在from子查询中， 如果有table1 union table2 ，则table1 就是derived,table2就是union
       　　 explain select  cr.cname     from ( select * from course where tid = 1  union select * from course where tid = 2 ) cr ;

　　union:上例

　　union result：告知开发人员，哪些表存在union 查询

3.type:索引类型、类型

　　Sql查询性能排行：system>const>eq_ref>ref>range>index>all  

　　要对type进行优化的前提：有索引。其中：system,const只是理想情况；实际能达到 ref>range
　　system（忽略）: 只有一条数据的系统表 ；或 衍生表只有一条数据的主查询

　　const:仅仅能查到一条数据的SQL ,用于Primary key 或unique索引  （类型 与索引类型有关）

　　　　举例：explain select tid from test01 where tid =1 ; 其中tid是主键
　　eq_ref:唯一性索引：对于每个索引键的查询，返回匹配唯一行数据（有且只有1个，不能多 、不能0）
　　　　select ... from ..where name = ... .常见于唯一索引 和主键索引。
　　　　举例： alter table teacherCard add constraint pk_tcid primary key(tcid);
　　　　　　　 alter table teacher add constraint uk_tcid unique index(tcid) ;
　　　　　　　 explain select t.tcid from teacher t,teacherCard tc where t.tcid = tc.tcid ;
　　　　以上SQL，用到的索引是 t.tcid,即teacher表中的tcid字段；
　　　　如果teacher表的数据个数 和 连接查询的数据个数一致（都是3条数据），则有可能满足eq_ref级别；否则无法满足。从这里可以看出const和eq_ref有一定区别，像例子中有多条数据根据unique索　　　　引查询，每一条都能查出来有且只有一条对应数据。
　　ref：非唯一性索引，对于每个索引键的查询，返回匹配的所有行（0，多）

　　range：检索指定范围的行 ,where后面是一个范围查询(between   ,> < >=,     特殊:in有时候会失效 ，从而转为 无索引all)

　　　　举例：alter table teacher add index tid_index (tid) ;
　　　　　　　explain select t.* from teacher t where t.tid in (1,2) ;
　　　　　　　explain select t.* from teacher t where t.tid <3 ;

　　index：查询全部索引中数据
　　　　explain select tid from teacher ; --tid 是索引， 只需要扫描索引表，不需要所有表中的所有数据。

　　all：查询全部表中的数据
　　　　explain select cid from course ;  --cid不是索引，需要全表所有，即需要所有表中的所有数据

system/const: 结果只有一条数据
eq_ref:结果多条；但是每条数据是唯一的 ；
ref：结果多条；但是每条数据是是0或多条 ；

4.possible_keys ：可能用到的索引，是一种预测，不准。这里就不在详解。

5. key ：实际使用到的索引。 这里不在详解

6.key_len ：索引的长度 ;

　　作用：用于判断复合索引是否被完全使用  （a,b,c）。
　　　　create table test_kl(

　　　　　　name char(20) not null default '');
　　　　alter table test_kl add index index_name(name) ;
　　　　explain select * from test_kl where name ='' ;   -- key_len :60
　　key_len为60的原因：在utf8中，1个字符占用3个字节
　　　　alter table test_kl add column name1 char(20) ;  --name1可以为null
　　　　alter table test_kl add index index_name1(name1) ;
　　　　explain select * from test_kl where name1 ='' ;  -- key_len:61
　　key_len为61原因：如果索引字段可以为空，则会单独用一个字节进行标识
　　增加一个复合索引
　　　　alter table test_kl add index name_name1_index (name,name1) ; 

　　　　explain select * from test_kl where name1 = '' ; -- key_len:121
　　　　explain select * from test_kl where name = '' ; -- key_len:60

　　varchar(20):

　　　　alter table test_kl add column name2 varchar(20) ; --可以为Null
　　　　alter table test_kl add index name2_index (name2) ;
　　　　explain select * from test_kl where name2 = '' ;  --63
　　20*3=60 +  1(null)  +2(用2个字节 标识可变长度)  =63

utf8:1个字符3个字节
gbk:1个字符2个字节
latin:1个字符1个字节

 

7. ref : 注意与type中的ref值区分。
    作用： 指明当前表所 参照的 字段。
        select ....where a.c = b.x ;(其中b.x可以是常量，const)
8.rows: 被索引优化查询的 数据个数 (实际通过索引而查询到的 数据个数)
   　　explain select * from course c,teacher t  where c.tid = t.tid and t.tname = 'tz' ;
9.Extra：额外信息
    (i).using filesort ： 性能消耗大；需要“额外”的一次排序（查询）  。常见于 order by 语句中。order by 先查询后排序
　　　　　举例：10个人 根据年龄排序。a1:姓名  a2：年龄
　　　　　　create table test02(
　　　　　　    a1 char(3),
　　　　　　    a2 char(3),
　　　　　　    a3 char(3),
　　　　　　    index idx_a1(a1),
　　　　　　    index idx_a2(a2),
　　　　　　    index idx_a3(a3));
　　　　单索引：
　　　　　　explain select * from test02 where a1 ='' order by a1 ; -- 不会出现using filesort

　　　　　　explain select * from test02 where a1 ='' order by a2 ; --using filesort
　　　　　　小结：对于单索引， 如果排序和查找是同一个字段，则不会出现using filesort；如果排序和查找不是同一个字段，则会出现using filesort；
   　　　　    避免： where哪些字段，就order by那些字段2
　　　　复合索引：不能跨列（最佳左前缀）

　　　　　　alter table test02 add index idx_a1_a2_a3 (a1,a2,a3) ;
　　　　　　explain select *from test02 where a1='' order by a3 ;  --using filesort
　　　　　　explain select *from test02 where a2='' order by a3 ; --using filesort
　　　　　　explain select *from test02 where a1='' order by a2 ;
　　　　　　explain select *from test02 where a2='' order by a1 ; --using filesort
　　      　　小结：避免： where和order by 按照复合索引的顺序使用，不要跨列或无序使用。
　(ii). using temporary:性能损耗大 ，用到了临时表。一般出现在group by 语句中。

　　　　explain select a1 from test02 where a1 in ('1','2','3') group by a1 ;
    　　　explain select a1 from test02 where a1 in ('1','2','3') group by a2 ; --using temporary
    　　避免：查询那些列，就根据那些列 group by .

　(iii). using index :性能提升; 索引覆盖（覆盖索引）。原因：不读取原文件，只从索引文件中获取数据 （不需要回表查询）
        只要使用到的列 全部都在索引中，就是索引覆盖using index
    　　例如：test02表中有一个复合索引(a1,a2,a3)
        　　explain select a1,a2 from test02 where a1='' or a2= '' ; --using index  
　　        drop index idx_a1_a2_a3 on test02;
　　        alter table test02 add index idx_a1_a2(a1,a2) ;
       　　 explain select a1,a3 from test02 where a1='' or a3= '' ;
　        如果用到了索引覆盖(using index时)，会对 possible_keys和key造成影响：
       　　　　 a.如果没有where，则索引只出现在key中；
        　　　　b.如果有where，则索引 出现在key和possible_keys中。
        　　　　explain select a1,a2 from test02 where a1='' or a2= '' ;
        　　　　explain select a1,a2 from test02  ;
　(iii).using where （进行过滤）：表示MySQL服务器在存储引擎收到记录后进行“后过滤”，如果查询未能使用索引，usingwhere的作用只是用于提醒我们MySQL将用where子句来过滤结果集。这个一般发　　生在MySQL服务器，而不是存储引擎层。一般发生在不能走索引的扫描情况下或者走索引扫描，但是有些查询条件不在索引当中的情况下。
    (iv). impossible where ： where子句永远为false
        explain select * from test02 where a1='x' and a1='y'  ;