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 只要在建立的索引列(不分先后)都会走。
### Oracle 中强制使用索引却失效的原因及解决方案 当尝试在 Oracle 数据库中强制使用特定索引而查询优化器未按预期工作时,可能涉及多个因素。以下是详细的分析和建议: #### 1. 索引可用性和状态验证 确保所要使用索引确实存在并且处于有效状态。可以通过以下 SQL 查询来确认: ```sql SELECT INDEX_NAME, STATUS FROM USER_INDEXES WHERE TABLE_NAME = 'YOUR_TABLE'; ``` 如果索引的状态不是 `VALID` 或者不存在,则需要重建或重新创建该索引。 #### 2. 使用提示 (Hints) 有时即使有合适的索引Oracle 的 Cost-Based Optimizer(CBO) 可能会选择其他路径。可以尝试通过显式的提示告诉 CBO 如何访问数据。例如,在 SELECT 语句中加入如下提示: ```sql /*+ INDEX(your_table your_index_name) */ ``` #### 3. 统计信息更新 CBO 做决策依赖于表和索引上的统计信息。旧的或者不准确的统计数据可能导致次优的选择。定期收最新的统计信息有助于提高性能: ```sql BEGIN DBMS_STATS.GATHER_TABLE_STATS( ownname => user, tabname =>'YOUR_TABLE', estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE); END; / ``` #### 4. 参数设置调整 某些初始化参数也会影响索引使用方式。特别是对于较老版本如 Oracle 9i ,应特别注意 `_LOG_PARALLELISM` 参数被设定为不大于 1 的值[^2]。此外,检查是否有任何影响执行计划生成的相关参数配置不当。 #### 5. 执行计划审查 利用 `EXPLAIN PLAN` 工具查看具体的执行计划,了解为什么没有采用期望中的索引扫描操作。这可以帮助定位具体原因并采取相应措施加以修正。 ```sql EXPLAIN PLAN FOR SELECT /*+ INDEX(your_table your_index_name) */ * FROM YOUR_TABLE; -- 查看解释计划的结果 SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY()); ``` 以上方法能够帮助诊断并解决大多数情况下因各种原因导致无法正常应用指定索引的问题。当然,具体情况还需结合实际环境进一步排查。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值