- 查询条件中有or,即使有部分条件带索引也会失效
要想使用or,又想让索引生效,只能将or条件中的每个列都加上索引
可用sql的执行计划查看sql运行和索引命中,在sql语句前加explain即可。
- 错误的Like使用,like查询是以%开头无法走索引
- 隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误.
由于表的字段t定义为varchar2(20),但在查询时把该字段作为number类型以where条件传,这样会导致索引失效.
错误的例子:select * from test where tu_mdn=13333333333;
正确的例子:select * from test where tu_mdn=‘13333333333’;
即如果列类型是字符串,那在查询条件中需要将数据用引号引用起来,否则不走索引
- where 子句里对索引列参与数学计算或使用函数都会导致索引失效
explain select * from t_user where id -1 = 2
explain select * from t_user where SUBSTR(id_no,1,3) = ‘100’;
-
联合索引违背最左匹配原则
-
如果mysql估计全表扫描要比使用索引要快,会不适用索引
-
没有查询条件,或者查询条件没有建立索引
-
查询的数量是大表的大部分,应该是30%以上。
-
索引本身失效
-
对小表查询
-
1,<> 2,单独的>,<,(有时会用到,有时不会)
-
单独引用复合索引里非第一位置的索引列.
-
not in ,not exist.
-
当变量采用的是times变量,而表的字段采用的是date变量时.或相反情况。
-
B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走
-
联合索引 is not null 只要在建立的索引列(不分先后)都会走,
in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,
其他建立索引的列可以是is null(但必须在所有列 都满足is null的时候),或者=一个值;
当建立索引的第一位置是=一个值时,其他索引列可以是任何情况(包括is null =一个值),以上两种情况索引都会走。其他情况不会走。