假设test表的索引为c1/c2/c3/c4
场景一：
case1
分析：四条查询都能用到索引，因为在全索引命中的情况下，mysql内部会优化where条件的顺序，自动排列成索引的创建顺序，但是建议还是按照索引的顺序使用。
场景二：
case2
分析：只会用到三个索引，因为c3用了范围查询，会打断后面（c4）的索引。
场景三：
case3
分析：会使用到4个索引。范围右侧的索引失效，如果c3有范围，c4失效，如果c4有范围，则没有失效的索引。
场景四：
case4
分析：如果在最前列使用了范围查询，索引非常可能会失效。解决方式：使用覆盖索引，缺点是查询结果有局限性。
场景五：
case5
分析：使用到了c1和c2两个索引，因为c3使用了orderby，也使用了索引，因此在extra没有出现Using filesort （mysql系统排序），但是会使c4的索引失效。
场景六：
case6
分析：因为c4没有按照索引顺序，断层了，所以c4没有用到索引，extra用出现了Using filesort 。
场景七：
case7
分析：因为order by 没有按照索引顺序，所以不会使用索引排序。
场景八：
case8
分析：因为c2=常量，在排序中已被优化，所以不存在排序颠倒的问题。
场景九：
case9
分析：因为group by前会先调用order by 所以在c2和c3范围查询之后会使c4索引失效。
场景十：
case10
分析：因为最前列索引使用了范围查询，所以索引会失效
场景十一：
case11
分析：不能同时进行升序和降序，要么升要么降。
总结：
全值匹配我最爱，最左前缀要遵守；
带头大哥不能死，中间兄弟不能断；
索引列上少计算，范围之后全失效；
LIKE百分写最右，覆盖索引不写星；
不等空值还有or，索引失效要少用。
