转载自:https://blog.csdn.net/mchdba/article/details/69938675
1，ORA-00600：内部错误代码
Oracle从11.2.0.1升级到11.2.0.4，开发人员报告说一个job运行失败，调试有报错信息，ORA-00600:内部错误代码，参数：[rwoirw: check ret val]，[],[],[],[]，ORA-06512：…，如下图所示：
查看这个2000行的包体，查看到454行代码是一个create table as的很长的sql，
2，官方的解决途径不是最佳方案
是动态sql执行的，创建一个表出错的问题，在11.2.0.1的version里面是ok的，到了11.2.0.4就出问题了，google了下，说是11.2.0.4的一个bug。
官方对该bug的描述如下，并提供了2种解决途径：
Refrence：Bug 14275161 - ORA-600 [rwoirw:check ret val] on CTAS with predicate move around (Doc ID 14275161.8)
第一种是升级到12.1：
--》这个刚升级完11.2.0.4再升级到12.1显然不太合适，而且万一到了12.1，又有新的bug出现，那就比较麻烦了。
第二种方法：通过设置隐含参数 _pred_move_around 为false来绕过该错误
--》这个也尝试过了，不行，存储过程的动态sql里面，添加 altersystem set _pred_move_around =false;后报下面的错误出来：
SQL> call PKG_ADS_AMP_PD.build();
call PKG_ADS_AMP_PD.build()
ORA-04068: existing state of packages has been discarded
ORA-04061: existing state of package body "DW.PKG_ADS_AMP_PD" has been invalidated
ORA-04065: not executed, altered or dropped package body "DW.PKG_ADS_AMP_PD"
SQL>
3，使用ROWNUM完美解决
思考了下，也许11.2.0.4里面对create tablexxx as select …. From …的限制比较严格（或者也许就是真的一个bug？），意味着在不知道后面的select … from …的总体数量的情况下或者数量已经超过了oracle的默认值比如1000这样，会提示ORA-00600的错误。按照这个思路我查询出来select … from ..的总数量，在后面加上and rownum<100000;，再次执行存储过程，哎，天降奇瑞，成功了。
然后再发散思维下，万一下回select的总数量超过100000了呢，那咋办，总不能每次都去select count(1) from …然后再create吧。按照测试的边界值理论，一个最大值ok了，那我尝试下最小值呢，用and rownum>-1;（因为有可能select 出来空记录）呢？尝试了下，存储过程执行成功了，and rownum>-1