索引并不是时时都会生效的，比如以下几种情况，将导致索引失效：
1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)
注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引
2.对于多列索引，不是使用的第一部分(第一个)，则不会使用索引
3.like查询是以%开头
4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引
5.如果mysql估计使用全表扫描要比使用索引快,则不使用索引
此外，查看索引的使用情况
show status like ‘Handler_read%';
大家可以注意：
handler_read_key:这个值越高越好，越高表示使用索引查询到的次数
handler_read_rnd_next:这个值越高，说明查询低效
others
(1)没有查询条件，或者查询条件没有建立索引
(2)在查询条件上没有使用引导列
(3) 查询的数量是大表的大部分，应该是30％以上。
(4)索引本身失效
(5)查询条件使用函数在索引列上，或者对索引列进行运算，运算包括(+，-，*，/，! 等) 错误的例子：select * from test where id-1=9; 正确的例子：select * from test where id=10;
(6)对小表查询
(7) 提示不使用索引
(8) 统计数据不真实
(9) CBO计算走索引花费过大的情况。其实也包含了上面的情况，这里指的是表占有的block要比索引小。
(10)隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效.
select * from test where tu_mdn=13333333333; 正确的例子：
select * from test where tu_mdn='13333333333';
(11)1, <> 2,单独的 >,<,(有时会用到，有时不会)
(12) like "%_" 百分号在前.
(13)表没分析.
(14)单独引用复合索引里非第一位置的索引列.
(15)字符型字段为数字时在 where条件里不添加引号.
(16)对索引列进行运算.需要建立函数索引.
(17) not in , not exist.
(18)当变量采用的是 times变量，而表的字段采用的是 date变量时.或相反情况。
(19)B-tree索引 is null不会走, is not null会走,位图索引 is null,is not null 都会走
(20)联合索引 is not null 只要在建立的索引列（不分先后）都会走, in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是 is null 时,其他建立索引的列可以是 is null（但必须在所有列 都满足 is null的时候）,或者 =一个值； 当建立索引的第一位置是 =一个值时,其他索引列可以是任何情况（包括 is null =一个值）,以上两种情况索引都会走。其他情况不会走。
