联合索引中，什么时候索引是有效的，什么时候所以是无效的？

联合索引中，什么时候索引是有效的，什么时候所以是无效的？

注意：是不是使用索引，和查询条件的顺序无关（优化器会自动调整条件的顺序），但和这些字段的查询手段有关

例子：建立了abc的联合索引，相当于建立了 a的单列索引，ab的联合索引，以及abc的联合索引

• 情况一：模糊查询生效失效的情况
  一般根据最左匹配的原则，但在遇到范围查询后，匹配终止，也就是说，当条件为：
  a like ‘%str%’ 或者 a like ‘%str’ 时，不走索引；
  当条件为 a like ‘str%’ 或者 “>”, “<”, "between"时， 仅使用了联合索引中a的部分
  b，c 同理，根据查询方式不同，即便条件中的3个字段都在索引里，也不一定使用了全索引
  假如条件是 a = 1 and b = 2 and c = 3 这类情况，是必然走这个联合索引了
• 情况二：a% and b的情况
  b不走索引但走索引下推（b走了索引下推，减少了回表次数。。。。。如果b没有索引下推，则还要在a%回表后进行一次b筛选）

B是不走索引的话：
首先A%会走索引的进行模糊查询，将模糊查询出来的主键进行回表（如果覆盖索引就不需要回表），回表后再根据B进行筛选，这时候B是不走索引的
B使用索引下推的话：
首先A%会走索引的进行模糊查询，模糊查询结束的时候，会将B条件索引下推到存储引擎层，这时候会从模糊查询的结果中筛选出来符合B的。最后再回表查询对应的字段（如果覆盖索引就不需要回表）。减少了回表的次数。

注：关于什么是索引下推，参见连接：什么是Mysql索引下推？

• 情况三：b% and a的情况
  这种情况走联合索引的，虽然顺序不对，但是优化器会自动调整条件的顺序，和查询条件的顺序无关，但和这些字段的查询手段有关
• 情况四：b 或者 bc的情况
  不走索引的，因为他不是按照索引的顺序进行