mysql进阶（四）44-45索引总结

表1：

create table test03(
	id int primary key not null auto_increment,
	c1 char(10),
	c2 char(10),
	c3 char(10),
	c4 char(10),
	c5 char(10)

);


insert into test03(c1,c2,c3,c4,c5) values ('a1','a2','a3','a4','a5');
insert into test03(c1,c2,c3,c4,c5) values ('b1','b2','b3','b4','b5');
insert into test03(c1,c2,c3,c4,c5) values ('c1','c2','c3','c4','c5');
insert into test03(c1,c2,c3,c4,c5) values ('d1','d2','d3','d4','d5');
insert into test03(c1,c2,c3,c4,c5) values ('e1','e2','e3','e4','e5');

 create index idx_test01_c1234 on test03(c1,c2,c3,c4);

顺序无关

范围之后全部失效：如果索引的最后一个字段是范围的话，那么并不影响；下面第二句SQL依旧使用到了四个字段。

实际上下面的语句，也用到了索引的三个字段，c3用来排序

第一句用到了1，2索引，3适用于排序的；第二局SQL中1，2用到了索引，但是排序直接使用4，结果出现了using filesort;

第一句SQL使用了1索引，但是排序是按照索引3，2来排序，引起了using filesort ;第二句SQL只是在 order by时换了排序顺序按照索引2，3来排序，结果不会出现using filesort;

第一句SQL是1，2用于索引查找，3，2用于排序， 但是2已经是常量了，索引不会出现using filesort;

c2必须是常量，如果是范围，或者like通配符，都会出现filesort

索引可以参与排序，上下的对比意思是满足最左前缀和不满足最左前缀的条件所表现的Extra

group by :基本上都要排序，而且会产生临时表

like的范围与大小于号不同，like的范围使用在开头，自己就失效了，而< 或者 >只会将后面的索引失效。

总结：