Oracle FAQ

1. 应用程序缓慢问题，经检查再涉及到pd_his表sql语句，where子句对pd_id主键加了函数to_number进行解析，导致执行计划无法正常走索引，导致缓慢，数据库性能IO过大。去掉该函数，执行计划正常。

2.oracle报错ORA-00600: internal error code, arguments: [ktrgcm_3]，确认为bug，该bug如果严重，会经常dump大量内存信息到日志目录下/oracle/admin下，如果没有监控，一旦oracle目录使用率100%，数据库将会hang死。在小于10.2.0.5.7补丁版本中，均有类似案例，由于受到商务支持限制，如果该问题常报出，建议修改”_row_cr”=FALSE内核参数，规避该问题，详情见metalink。

3.关于table的压缩问题，oracle压缩分为两种压缩方式，一种是静态的compress，只有对table做move操作才能做压缩，非动态，二 动态的压缩，语句为compress for olap压缩方式，insert等dml操作可以做到动态压缩，且消耗主机性能不大，但需要额外的license支持。

4.oracle连接池泄露导致程序需要经常重启才能解决,后查明，应用到数据库之间防火墙的超时时间是1小时，把监听超时时间设成小于防火墙超时时间30分钟，问题解决。

5.出现锁表问题，经过检查数据库，以及部分代码，发现是业务逻辑问题，目前已经反馈给研发，研发准备修改表模型。

6.数据库cpu持续很高，导致数据库性能较差，确认进程执行his_nif相关sql，走全表扫描，后经检查确认是频繁插入删除该表，导致索引碎片严重，影响了数据库执行计划。truncat重建解决问题，并对该表进行了分区操作。

7./oracle 目录满故障，Bug 5866783 : ORA-00600: [QERTBFETCHBYROWID] ON SELECT FROM ONE TABLE，升级补丁或者相关表索引drop掉重建.

8.dataguard容灾:容灾数据库报ORA-01578，ORA-01110，ORA-26040错误，数据文件中有坏块。
后查明是因为primary库没有enable force logging，导致数据字典和一些nolog的表数据不一致，oracle就会报有坏块错误。

9.oracle不停写trc文件，导致/oracle很快写满，发现开启了recyclebin，而且部署了执行清理recyclebin的计划，但是有些表在purge时会报错：ORA-00600: internal error code, arguments: [ktadrprc-1], [], [], [], [], [], [], []。oracle版本是10.0.2.4.0，在metalink中查到存在bug可能会导致这种情况产生，在10.0.2.4.2补丁中有修复.

10.数据库在做表分析后，pr表不能加载进应用程序，执行计划混乱，后来增加了一个索引，把加载sql涉及到的pr_his清空，重新再次做了一下表分析，解决。

未经允许不得转载：SRE空间 » Oracle FAQ