索引失效的一些原因(转)

1.隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误.

   由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效.
 错误的例子:select * from test where tu_mdn=13333333333;
 正确的例子:select * from test where tu_mdn='13333333333';
   2. 对索引列进行运算导致索引失效,我所指的对索引列进行运算包括(+,-,*,/,! 等)
   错误的例子:select * from test where id-1=9;
 正确的例子:select * from test where id=10;
   3. 使用Oracle内部函数导致索引失效.对于这样情况应当创建基于函数的索引.
        错误的例子:select * from test where round(id)=10; 说明,此时id的索引已经不起作用了
      正确的例子:首先建立函数索引,create index test_id_fbi_idx on test(round(id));然后 select * from test where   round(id)=10; 这时函数索引起作用了
   4. 以下使用会使索引失效,应避免使用;
   a. 使用 <> 、not in 、not exist、!=
 b. like "%_" 百分号在前(可采用在建立索引时用reverse(columnName)这种方法处理)
       c. 单独引用复合索引里非第一位置的索引列.应总是使用索引的第一个列,如果索引是建立在多个列上, 只有在它的第一个  列被where子句引用时,优化器才会选择使用该索引。
 d. 字符型字段为数字时在where条件里不添加引号.
 e. 当变量采用的是times变量,而表的字段采用的是date变量时.或相反情况。
 
 
    5. 不要将空的变量值直接与比较运算符(符号)比较。
   如果变量可能为空,应使用 IS NULL 或 IS NOT NULL 进行比较,或者使用 ISNULL 函数。
    6. 不要在 SQL 代码中使用双引号。
  因为字符常量使用单引号。如果没有必要限定对象名称,可以使用(非 ANSI SQL 标准)括号将名称括起来。
    7. 将索引所在表空间和数据所在表空间分别设于不同的磁盘chunk上,有助于提高索引查询的效率。
      8. Oracle默认使用的基于代价的SQL优化器(CBO)非常依赖于统计信息,一旦统计信息不正常,会导致数  据库查询时不使用索引或使用错误的索引。
     一般来说,Oracle的自动任务里面会包含更新统计信息的语句,但如果表数据发生了比较大的变化(超过  20%),可以考虑立即手动更新统计信息,例如:analyze table abc compute statistics,但注意,更新统计  信息比较耗费系统资源,建议在系统空闲时执行。
    9. Oracle在进行一次查询时,一般对一个表只会使用一个索引.
     因此,有时候过多的索引可能导致Oracle使用错误的索引,降低查询效率。例如某表有索引1(Policyno)  和索引  2  (  classcode  ),如果查询条件为   policyno =   ‘  xx  ’   and classcode =   ‘  xx  ’  ,则系统有可能会使用索引  2,相较于使用索引1,查询效率明显降低。
    10. 优先且尽可能使用分区索引。
<think>好的,我现在需要帮助用户理解索引失效原因,特别是关于OR操作导致索引失效的问题。用户提到了几个引用来源,我需要结合这些信息来组织一个清晰的回答。首先,根据引用3,OR导致索引失效的情况是在OR后面的条件列不是索引列的时候才会失效,如果OR连接的是同一字段,索引可能不会失效。引用4提到组合索引如果不按顺序使用,会导致全表扫描。而引用5则说明在Oracle中,当索引的第一位置是等值条件时,其他列可以是任何情况,否则不走索引。 接下来,我需要整理这些信息,分点解释OR导致索引失效原因。可能的原因包括OR连接的字段不同、组合索引顺序不遵循最左匹配原则、以及隐式类型换或函数操作。然后,需要提供解决方法,比如统一索引覆盖、拆分查询和使用UNION,以及优化索引设计。 另外,用户还希望生成相关问题,我需要根据内容提出几个相关的问题,例如其他导致索引失效的情况、如何验证索引是否失效、不同数据库的差异等。最后,确保回答符合格式要求,使用中文,正确引用标注,并保持结构清晰自然。</think>### 索引失效原因分析(OR场景) #### 一、OR导致索引失效的核心原因 1. **OR连接的字段未统一索引覆盖** 当使用`OR`连接多个条件时,**若其中任意一个条件未使用索引列**,数据库会直接选择全表扫描。例如: ```sql SELECT * FROM users WHERE id = 1 OR name = 'Alice'; -- 若name字段无索引,整体索引失效[^3] ``` 即使`id`字段有索引,`OR`后条件无索引也会导致优化器放弃使用索引[^1]。 2. **组合索引的顺序违反最左缀原则** 对于组合索引`(A,B,C)`,若查询条件未按顺序使用索引字段(如仅使用`B`或`C`),或通过`OR`打乱顺序,索引将失效[^4]。例如: ```sql SELECT * FROM orders WHERE product_id = 100 OR status = 'paid'; -- 组合索引(product_id, status)可能失效[^4] ``` 3. **隐式类型换或函数操作** 若`OR`连接的字段存在类型换(如字符串与数字比较)或函数操作(如`UPPER(name)`),等同于对索引列施加额外计算,导致索引失效。 --- #### 二、解决方法 1. **统一索引覆盖** 为所有`OR`连接的字段建立联合索引。例如: ```sql CREATE INDEX idx_id_name ON users(id, name); ``` 2. **拆分查询+UNION优化** 将`OR`拆分为多个独立查询,利用索引后合并结果: ```sql (SELECT * FROM users WHERE id = 1) UNION (SELECT * FROM users WHERE name = 'Alice'); ``` 3. **强制索引提示(谨慎使用)** 在特定数据库(如MySQL)中可通过语法强制使用索引: ```sql SELECT * FROM users USE INDEX(idx_id) WHERE id = 1 OR name = 'Alice'; ``` --- #### 三、典型案例 **场景:** 订单表查询 ```sql SELECT * FROM orders WHERE user_id = 100 OR order_date > '2023-01-01'; ``` **问题:** 若仅`user_id`有索引,`order_date`无索引,则索引失效[^3]。 **优化:** - 为`order_date`单独建索引或创建联合索引`(user_id, order_date)` - 改写为`UNION`查询 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值