>  기사  >  데이터 베이스  >  ora-00600 [12700]的故障一般是由于table或index的数据块有错误

ora-00600 [12700]的故障一般是由于table或index的数据块有错误

WBOY
WBOY원래의
2016-06-07 17:07:18741검색

ora-00600 [12700]的故障一般是由于table或index的数据块有错误

ora-00600 [12700]的故障一般是由于table或index的数据块有错误

故障现象:

用户反映,在执行以下一条简单的select命令时报错

select * from in_passenger t where t.hotelcode = 'xxxxx'

其中xxxxx是索引列,不使用索引列则不报错。


处理过程:

1. 查看跟踪文件中发生错误的SQL

2. 对引发错误的表的数据块进行检查,命令如下

analyze table xxxxx validate structure;

如果未发现错误,继续检查表上的索引:

analyze table xxxxx validate structure cascade;

一般经过以上两步,,就可以断定是table或是index的错误

3. 本案例中,发现是由于index的数据有误,analyze命令报错,返回ora-00600 12700错误,查看trace文件,提示说:

表中记录数和索引的记录数不相符,比如表有20000rows,而索引中有20500rows

4. 由于这个索引是普通用户的索引,所以重建它:

alter index xxxxx rebuild online;

到此为止,问题解决。


后记:

如果损坏的是数据字典上的索引,则不能重建系统,因为系统会报错“不能更改热系统对象”。在itpub上chensq有一篇文章“ora600 12700故障处理”,提到sys.obj$表上的i_obj2索引损坏的解决情况。

如果i_obj2损坏了,最好是exp数据,然后重建库,但在exp的过程中,也要访问到i_obj2,要禁止访问它,主要是两个办法:

1)所有使用到i_obj2的SQL语句都加hint以禁止它的使用

2)更改optimizer_index_cost_adj,使得访问sys.obj$的执行计划不使用索引,而使用全表扫描的方式。

在chensq的文章中,以上两种方式都取得了成功。

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.