索引失效的7中情况

1.列与列对比索引失效情况
某两列都建立了单独索引，下面情况不会走索引
select * from test where id = c_id

2.列存在NULL值索引失效情况
我们在涉及数据库表的时候，应该尽量避免NULL值出现
如果避免不了，最好也要给一个default默认值
默认值可以为0，-1
字符串默认值可以用 “空字符串”
3.NOT条件索引失效情况
where条件中以下情况都会导致索引失效

<>
in
not in
not exists
select * from test where id<>500;
select * from test where id in (1,2,3,4,5);
select * from test where not in (6,7,8,9,0);
select * from test where not exists (select 1 from test_02 where test_02.id=test.id);

4.LIKE通配符索引失效情况
尽量采用后置的通配符 例如’name%’， 因为走索引时候会从前匹配索引，这时候是可以找到的
如果是‘%name’ 条件查询 前置通配符
执行计划更倾向于选择全表扫描，所以会导致索引失效
5.查询条件包含函数索引失效情况
查询条件上尽量不要对索引使用函数
ABS,UPPER,DATE,DAY,YEAR等
例如：
select * from test where upper(name) = 'SUPPER';

select * from test where DATE(swap_time) = DATE( date_sub( CURRENT_DATE, INTERVAL 1 DAY ) );

这样是不会走索引的，因为索引在建立时会和计算后可能不同，无法定位到索引。
但是如果查询条件不是对索引列进行计算，那么依然可以走索引，例如:
select * from test where name = upper('sunnnn');

6.数据类型的隐士转换索引失效情况
当查询条件存在隐士转换时，索引会失效
比如在数据库中id是NUMBER类型，但是在查询的时候，却用了如下形式：
select * from test where id = '123';

7.如果msyql觉得全表扫描更快时（数据少的情况）索引失效
索引什么时候没有必要用？
字段唯一性差的时候
频繁更新的字段不用
where条件中不用的字段
索引使用<>时，效果一般