oracle 索引失效原因_汇总

1) 没有查询条件,或者查询条件没有建立索引
2) 在查询条件上没有使用引导列
3) 查询的数量是大表的大部分,应该是30%以上。
4) 索引本身失效
5) 查询条件使用函数在索引列上,或者对索引列进行运算,运算包括(+,-,*,/,! 等)
  错误的例子:select * from test where id-1=9; 正确的例子:select * from test where id=10;
6) 对小表查询
7) 提示不使用索引
8) 统计数据不真实
9) CBO计算走索引花费过大的情况。其实也包含了上面的情况,这里指的是表占有的block要比索引小。
10)隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误.
  由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给数据库,
  这样会导致索引失效. 错误的例子:select * from test where tu_mdn=13333333333;
  正确的例子:select * from test where tu_mdn=‘13333333333‘;
12) 1,<> 2,单独的>,<,(有时会用到,有时不会)
13) like "%_" 百分号在前.
14) 没做表分析.
15) 单独引用复合索引里非第一位置的索引列.
16) 字符型字段为数字时在where条件里不添加引号.
17) 对索引列进行运算.需要建立函数索引.
18) not in ,not exist.
19) 当变量采用的是times变量,而表的字段采用的是date变量时.或相反情况。
20) B-tree索引 is null不会走,is not null会走,位图索引 is null,is not null 都会走
21) 联合索引   is not null 只要在建立的索引列(不分先后)都会走,
  in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,
  其他建立索引的列可以是is null(但必须在所有列 都满足is null的时候),
  或者=一个值; 当建立索引的第一位置是=一个值时,其他索引列可以是任何情况(包括is null =一个值),
以上两种情况索引都会走。其他情况不会走。

---------
1、MyISAM 存储引擎索引键长度总和不能超过1000 字节;
2、BLOB 和TEXT 类型的列只能创建前缀索引;
3、MySQL 目前不支持函数索引;
4、使用不等于(!= 或者<>)的时候MySQL 无法使用索引;
5、过滤字段使用了函数运算后(如abs(column)),MySQL 无法使用索引;
6、Join 语句中Join 条件字段类型不一致的时候MySQL 无法使用索引;
7、使用LIKE 操作的时候如果条件以通配符开始( ‘%abc...‘)MySQL 无法使用索引;
8、使用非等值查询的时候MySQL 无法使用Hash 索引;
9、在我们使用索引的时候,需要注意上面的这些限制,尤其是要注意无法使用索引的情况,因为这很容易让我们因为疏忽而造成极大的性能隐患。

原文地址:https://www.cnblogs.com/651434092qq/p/11209261.html

时间: 2024-10-25 06:46:40

oracle 索引失效原因_汇总的相关文章

oracle 索引失效原因

摘自网络http://blog.chinaunix.net/uid-23622436-id-3184356.html oracle 索引失效的原因 分类: Oracle 1) 没有查询条件,或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分,应该是30%以上. 4) 索引本身失效 5) 查询条件使用函数在索引列上(见12) 6) 对小表查询 7) 提示不使用索引 8) 统计数据不真实 9) CBO计算走索引花费过大的情况.其实也包含了上面的情况,这里指的是

Oracle 索引失效的六大限制条件

[原创]能使 Oracle 索引失效的六大限制条件 Oracle 索引的目标是避免全表扫描,提高查询效率,但有些时候却适得其反. 例如一张表中有上百万条数据,对某个字段加了索引,但是查询时性能并没有什么提高,这可能是 oracle 索引失效造成的.oracle 索引有一些限制条件,如果你违反了这些索引限制条件,那么即使你已经加了索引,oracle还是会执行一次全表扫描,查询的性能不会比不加索引有所提高,反而可能由于数据库维护索引的系统开销造成性能更差. 下面就是总结的能使 Oracle 索引失效

索引失效原因总结

1. 随着表的增长,where条件出来的数据太多,大于15%,使得索引失效(会导致CBO计算走索引花费大于走全表) 2. 统计信息失效      需要重新搜集统计信息 3. 索引本身失效      需要重建索引 下面是一些不会使用到索引的原因 索引失效 1) 没有查询条件,或者查询条件没有建立索引 2) 在查询条件上没有使用引导列 3) 查询的数量是大表的大部分,应该是30%以上. 4) 索引本身失效 5) 查询条件使用函数在索引列上(见12) 6) 对小表查询 7) 提示不使用索引 8) 统计

oracle索引失效情况(转)

1.隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误. 由于表的字段tu_mdn定义为varchar2(20),但在查询时把该字段作为number类型以where条件传给Oracle,这样会导致索引失效. 错误的例子:select * from test where tu_mdn=13333333333; 正确的例子:select * from test where tu_mdn='13333333333'; 2. 对索引列进行运算导致索引失效,我所指的对索引列进行运算包括(+

Oracle 索引失效

Oracle 索引的目标是避免全表扫描,提高查询效率,但有些时候却适得其反. 1. 没有 WHERE 子句 2. 使用 IS NULL 和 IS NOT NULL SELECT ... FROM emp WHERE comm IS NULL; comm 列的索引会失效 3. WHERE 子句中使用函数 如果没有使用基于函数的索引,那么 where 子句中对存在索引的列使用函数时,会使优化器忽略掉这些索引.例如: select * from staff where trunc(birthdate)

数据库索引失效原因

1.应尽量避免在where子句中使用!=或者<>操作符,否则引擎将放弃使用索引而进行全表扫描. 2.尽量避免在where子句中使用or来链接条件,否则将导致引擎放弃使用索引而进行全表扫描,即使其中有条件带索引也不会使用,这也是为什么尽量少使用or的原因. 3.对于多列索引,应满足最左匹配原则: 4.如果列类型是字符串,那一定要在条件中将数据使用引号引用起来,否则不会使用索引. 5.link的模式查询以%开头,索引失效. 6.应尽量避免在wher子句中对字段进行表达式操作,这将导致引擎放弃使用索

MySQL索引失效原因

索引失效的案例: 1.全值匹配我最爱 建立几个复合索引字段,最好就用上几个字段.且按照顺序使用 2.最佳左前缀法则 如果索引了多列,要遵守最左前缀法则,指的是查询从索引的最左前列开始,不跳过索引中间的列.(带头大哥不能死,中间兄弟不能丢) 3.不再索引列上做任何操作(计算.函数.(自动or手动)类型转换),会导致索引失效而转向权标扫描 4.存储引擎不能使用索引中范围条件右边的列.(范围之后全失效) 若中间索引列用到了范围(>.<.like等),则后面的索引全失效 5.尽量使用覆盖索引(只访问索

ORACLE索引失效,更新统计信息

有时候建立索引的时候不走索引,排除了字段数据问题和sql写法问题之外,应该是统计信息有问题,得重新收集. 一:解锁统计信息 为了稳定执行计划,一般统计信息都会被锁住的,在更新统计信息的时候得先解锁. ①按用户schema解锁: EXEC DBMS_STATS.UNLOCK_schema_STATS('user_name'); ②按表模式解锁:先查出被锁定的表 select table_name from user_tab_statistics where stattype_locked is n

Oracle数据库索引使用及索引失效总结

容易引起oracle索引失效的原因很多: 1.在索引列上使用函数.如SUBSTR,DECODE,INSTR等,对索引列进行运算.需要建立函数索引就可以解决了. 2.新建的表还没来得及生成统计信息,分析一下就好了 3.基于cost的成本分析,访问的表过小,使用全表扫描的消耗小于使用索引. 4.使用<>.not in .not exist,对于这三种情况大多数情况下认为结果集很大,一般大于5%-15%就不走索引而走FTS. 5.单独的>.<. 6.like "%_"