Oracle SQL不走索引小记

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值比较
http://blog.itpub.net/28340999/viewspace-1746674/
======================================================================

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 只要在建立的索引列（不分先后）都会走。