oracle数据库索引损坏，oracle索引维护

Oracle数据库中索引的维护

可以用hint指定索引，从而保证执行计划稳定。对于你这样的周期性维护的大表，可以做31个分区，每天一个，一个月内循环使用。

隐式转换 隐式转换会导致索引失效，特别是在查询时将字段作为number类型以where条件传给Oracle时。这种错误的行为在开发中是常见的，也是经常会犯的错误。

select * from emp where job=sals -进行全表扫描、不走索引。如果在where 子句中有OR 操作符或单独引用Job 列(索引列的后面列) 则将不会走索引，将会进行全表扫描。

索引在普遍意义上能够给数据库带来带来提升，但索引的额外开销也是不容小视的，而索引的重建也是维护索引的重要工作之一。提升效率CBO对于索引的使用可能会产生一个较小的成本值，从而在执行计划中选择使用索引。

oracle数据库如何重建索引

1、rebuild模式下，因为表数据不会产生变化，oracle主要考虑性能问题，把更快扫描完成的段作为数据源。在上面的例子中，我们并没有对表进行分析，故oracle应该根据数据段的大小来决定那个作为数据源的。

2、数据库(chunk)，然后按顺序访问。这使得随机访问LOB的任何部分都能同样迅速，你可以用同样快的速度得到LOB的最前面、中间或最后面的部分，因为无需再从头开始遍历LOB。

3、应该是可行的， 具体 会不会节省时间 试一下就可以了。

4、导读：有些新手在Oracle数据库中创建索引时往往不会使用可选项。其实，有时候在合适的场合使用一些可选项，可以提高索引的创建速度。如为了大批量导入数据，我们往往会先取消索引其以提高插入的速度。然后等数据导入完毕后再重新创建索引。

oracle索引问题

t_txn为交易表，merchant_id表示商户号，terminal_id表示终端号，txn_time表示交易时间，同时txn_time有索引。研究分析，问题就出在txn_time上，如果走索引会非常慢，反而不走索引（/ +no_index(t) /）速度反而很快。

Oracle的索引有一些索引限制，在这些索引限制发生的情况下，即使已经加了索引，oracle还是会执行一次全表扫描，查询的性能不会比不加索引有所提高，反而可能由于数据库维护索引的系统开销造成性能更差。

死锁以及并发问题。对于父表的delete、update操作都会导致子表锁定（表级锁）。这指的是发起指令到指令结束这一段过程中，会锁表。这个全表锁可能会导致死锁，以及带来的子表并发性的问题。

在oracle中物理结构不一样。create index INDEX_NAME on TABLE_NAME (ACCNO， ZONENO， CINO)会根据ACCNO， ZONENO， CINO生成一个BTree索引树。create index INDEX_NAME on TABLE_NAME (ACCNO)。

这个问题比较复杂 首先：如果建立联合索引A，B，那么如果where中只有B的话，那么肯定不会使用索引 如果使用单个索引A 和 B 的话，那么一般来说，同时where中同时出现A条件B的话，那么效率没有联合索引高。

导致一节点脚本在二节点无法运用，不过也不一定，oracle出现问题的可能性很多，这些信息来看应该就是这个问题，只能试试重新搭建了，多找些文档，不要相信一个文档上说的，哪怕是官方文档。

如何让Oracle表的索引暂时失效?然后恢复有效

1、你是想让某一个索引不起作用，还是全部索引不起作用，如果是全部索引，也就是说你要走全表扫描，那么用hint就行，如果让某一个索引不起作用，用另外一个索引，那么也可以用hint指定。

2、由于数据库的不完全恢复必须在一个关闭的数据库上实施，利用一个旧的数据库的备份还原，然后用日志根据需要逐步前滚，而不能还原一个新的备份，再回退到某个时间点。

3、隐式转换 隐式转换会导致索引失效，特别是在查询时将字段作为number类型以where条件传给Oracle时。这种错误的行为在开发中是常见的，也是经常会犯的错误。

4、补充：索引这个东西的确是由于函数的引用而导致失效，比如：表A(id char(10)，name char(10))，如果在id上建有索引的话：select * from a where id =1000这样就能引用到索引。

5、首先，将原来的ORACLE文件夹改名，原来的路径是D：/oracle.我暂时改成D：/oracle_old.找来ORACLE（我用的是ORACLE 9I）安装光盘，将ORACLE安装在原来安装的目录下，这样恢复起来更加方便，主要是注册表的内容不用修改。

oracle数据库索引损坏的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于oracle索引维护、oracle数据库索引损坏的信息别忘了在本站进行查找喔。