目录
索引失效的七种情况
列与列对比索引失效情况
- 某两列都建立了单独索引,下面情况不会走索引
select * from test where id = c_id
列存在NULL值索引失效情况
- 我们在涉及数据库表的时候,应该尽量避免NULL值出现
- 如果避免不了,最好也要给一个default默认值
- 默认值可以为0,-1
- 字符串默认值可以用 “空字符串”
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);
LIKE通配符索引失效情况
- 尽量采用后置的通配符 例如’name%’, 因为走索引时候会从前匹配索引,这时候是可以找到的
- 如果是‘%name’ 条件查询 前置通配符
- 执行计划更倾向于选择全表扫描,所以会导致索引失效
查询条件包含函数索引失效情况
- 查询条件上尽量不要对索引使用函数
- 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');
数据类型的隐士转换索引失效情况
- 当查询条件存在隐士转换时,索引会失效
- 比如在数据库中id是NUMBER类型,但是在查询的时候,却用了如下形式:
select * from test where id = '123';