SQL执行计划不走索引
一、优化器认为走全表扫描更优。
在这种情况下，需要重新分析一遍表，更新表的状态，有助于优化器分析出正确的执行计划。
analyze table tablename compute statistics;
analyze index indexname compute statistics;
或者
execdbms_stats.gather_schema_stats( -
ownname => 'SCOTT', -
options => 'GATHER AUTO', -
estimate_percent => dbms_stats.auto_sample_size, -
method_opt => 'for all columns size repeat', -
degree => 15 -
)
二、优化器模式
使用了all_rows模式
三、无法使用索引。
无法使用索引是由于sql写法有问题。
1、建立组合索引，但查询谓词并未使用组合索引的第一列，此处有一个INDEX SKIP SCAN概念。
2、在包含有null值的table列上建立索引。
3、在索引列上使用函数时不会使用索引。
select * from table_name from to_char(date,'YYYY/MM/DD')='2015/01/01' 不走索引
select * from table_name from date
=to_date('2015/01/01
','YYYY/MM/DD') 走索引
4、在索引列上有隐身转换
5、<> 运算符
6、like 运算符
7、
not in ,not exist
8、NULL值比较
Oracle数据库索引使用及索引失效总结
容易引起oracle索引失效的原因很多：
1、在索引列上使用函数。如SUBSTR,DECODE,INSTR等，对索引列进行运算.需要建立函数索引就可以解决了。
2、新建的表还没来得及生成统计信息，分析一下就好了
3、基于cost的成本分析，访问的表过小，使用全表扫描的消耗小于使用索引。
4、使用<>、not in 、not exist，对于这三种情况大多数情况下认为结果集很大，一般大于5%-15%就不走索引而走FTS。
5、单独的>、<。
6、like "%_" 百分号在前。
7、单独引用复合索引里非第一位置的索引列。
8、字符型字段为数字时在where条件里不添加引号。
9、当变量采用的是times变量，而表的字段采用的是date变量时.或相反情况。
10、索引失效，可以考虑重建索引，rebuild online。
11、B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走、联合索引 is not null 只要在建立的索引列（不分先后）都会走。
