【摘】Oracle执行计划不走索引的缘由总结

感谢原博主

http://soft.chinabyte.com/database/364/12471864.shtml

 

在Oracle数据库操做中，为何有时一个表的某个字段明明有索引，当观察一些语的执行计划确不走索引呢？如何解决呢？本文咱们主要就介绍这部份内容，接下来就让咱们一块儿来了解一下。

　　不走索引大致有如下几个缘由：

　　你在Instance级别所用的是all_rows的方式

　　你的表的统计信息(最可能的缘由)

　　你的表很小，上文提到过的,Oracle的优化器认为不值得走索引。

　　解决方法：

　　能够修改init.ora中的OPTIMIZER_MODE这个参数,把它改成Rule或Choose,重起数据库。也可使用4中所提的Hint。

　　不走索引的其它缘由：

　　一、创建组合索引，但查询谓词并未使用组合索引的第一列，此处有一个INDEX SKIP SCAN概念。

　　二、在包含有null值的table列上创建索引，当时使用select count(*) from table时不会使用索引。

　　三、在索引列上使用函数时不会使用索引，若是必定要使用索引只能创建函数索引。

　　四、当被索引的列进行隐式的类型转换时不会使用索引。如:select * from t where indexed_column = 5，而indexed_column列创建索引但类型是字符型，这时Oracle会产生隐式的类型转换，转换后的语句相似于select * from t where to_number(indexed_column) = 5，此时不走索引的状况相似于case3。日期转换也有相似问题，如: select * from t where trunc(date_col) = trunc(sysdate)其中date_col为索引列，这样写不会走索引，可改写成select * from t where date_col >= trunc(sysdate) and date_col < trunc(sysdate+1)，此查询会走索引。

　　五、并非全部状况使用索引都会加快查询速度，full scan table 有时会更快，尤为是当查询的数据量占整个表的比重较大时，由于full scan table采用的是多块读，当Oracle优化器没有选择使用索引时不要当即强制使用，要充分证实使用索引确实查询更快时再使用强制索引。

　　六、<>

　　七、like’%dd’百分号在前。

　　关于Oracle执行计划不走索引的缘由的相关知识的总结就介绍到这里了，但愿本次的介绍可以对您有所收获!