Oracle执行计划不走索引的原因总结

新逸Cary 174 0
广告

Oracled的索引介绍请参照:http://www.oschina.net/question/30362_4057

Oracle性能优化文档:http://wenku.baidu.com/view/b2aaba3887c24028915fc337.html

不走索引大体有以下几个原因:

  • 你在Instance级别所用的是all_rows的方式
  • 你的表的统计信息(最可能的原因)
  • 你的表很小,上文提到过的,Oracle的优化器认为不值得走索引。

解决方法:

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

不走索引的其它原因:

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

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

3、在索引列上使用函数时不会使用索引,如果一定要使用索引只能建立函数索引。

4、当被索引的列进行隐式的类型转换时不会使用索引。如: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为索引列,这样写不会走索引(becausetrunc(date_col)--- >隐式的类型转换),可改写成select * from t where date_col >= trunc(sysdate) and date_col < trunc(sysdate+1),此查询会走索引。

5、并不是所有情况使用索引都会加快查询速度,full scan table 有时会更快,尤其是当查询的数据量占整个表的比重较大时,因为full scan table采用的是多块读,当Oracle优化器没有选择使用索引时不要立即强制使用,要充分证明使用索引确实查询更快时再使用强制索引。

6、<>

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

关于Oracle执行计划不走索引的原因的相关知识的总结就介绍到这里了,希望本次的介绍能够对您有所收获!

发表评论 取消回复
表情 图片 链接 代码

分享