分别谈谈联合索引生效和失效的条件

联合索引失效的条件

联合索引又叫复合索引。两个或更多个列上的索引被称作复合索引。

对于复合索引：Mysql从左到右使用索引中的字段，一个查询可以只使用索引中的一部分，但只能是最左侧部分。例如索引是key index （a,b,c）。可以支持a | a,b| a,b,c 3种组合进行查找，但不支持 b,c进行查找 。当最左侧字段是常量引用时，索引就十分有效。

举例：建立 姓名(a)、年龄(b)、性别(c)的复合索引。

select * from myTest  where a=3 and b=5 and c=4; ----  abc顺序
select * from myTest  where  c=4 and b=6 and a=3; ---- where里面的条件顺序在查询之前会被mysql自动优化，效果跟上一句一样
select * from myTest  where a=3 and c=7; ---- a用到索引，b没有用，所以c是没有用到索引效果的
select * from myTest  where a=3 and b>7 and c=3; ---- a用到了，b也用到了，c没有用到，这个地方b是范围值，也算断点，只不过自身用到了索引
select * from myTest  where b=3 and c=4;   --- 因为a索引没有使用，所以这里 bc都没有用上索引效果
select * from myTest  where a>4 and b=7 and c=9; ---- a用到了 b没有使用，c没有使用
select * from myTest  where a=3 order by b; ---- a用到了索引，b在结果排序中也用到了索引的效果，a下面任意一段的b是排好序的
select * from myTest  where a=3 order by c; ---- a用到了索引，但是这个地方c没有发挥排序效果，因为中间断点了，使用 explain 可以看到 filesort
select * from mytable where b=3 order by a; ---- b没有用到索引，排序中a也没有发挥索引效果

最后说说索引失效的条件

• 不在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描
• 存储引擎不能使用索引范围条件右边的列
• 尽量使用覆盖索引（只访问索引的查询（索引列和查询列一致）），减少select *
• mysql在使用不等于（！=或者<>）的时候无法使用索引会导致全表扫描
• is null,is not null也无法使用索引
• like以通配符开头（’%abc…’）mysql索引失效会变成全表扫描的操作。

解决like‘%字符串%’时索引不被使用的方法？

字符串不加单引号索引失效

SELECT * from staffs where name='2000';  
-- 因为mysql会在底层对其进行隐式的类型转换
SELECT * from staffs where name=2000;  
--- 未使用索引