表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');
AI 代码解读
create index idx_test01_c1234 on test03(c1,c2,c3,c4);
AI 代码解读
顺序无关
范围之后全部失效：如果索引的最后一个字段是范围的话，那么并不影响；下面第二句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的范围使用在开头，自己就失效了，而< 或者 >只会将后面的索引失效。
总结：
