解决ORA-01555报错

最新推荐文章于 2024-07-23 08:45:00 发布

SongYang_Oracle

最新推荐文章于 2024-07-23 08:45:00 发布

阅读量3.3w

点赞数 3

分类专栏：各种ORA-报错文章标签： sql oracle table initialization 优化数据库

本文链接：https://blog.csdn.net/songyang_oracle/article/details/6432182

版权

当执行长时间运行的SQL查询或存储过程时，可能会遇到ORA-01555错误。该错误表明回滚段太小，无法保持数据一致性。错误可能由大事务、频繁提交、查询一致性读取引起。解决方案包括增加回滚段大小、设置更大的undo_retention时间、优化查询、减少不必要的事务提交、为大事务指定回滚段和优化游标使用。通过调整这些参数和策略，可以避免ORA-01555错误的发生。

摘要由CSDN通过智能技术生成

OS环境：windows2008

数据库版本：oracle 11.2.0

今天同事需要执行一个拥有大批量运算的存储过程，当执行的时候报错，报错信息如下：

ERROR at line 1:
ORA-01555: snapshot too old: rollback segment number 18 with name
"_SYSSMU18_671080725$" too small
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_J2S_MAIN", line 22
ORA-06512: at "TRANUSER.TRAN_ETL_LOAD_JST_PRE", line 5
ORA-06512: at line 2

--精彩解释

不知道是从哪里转的了, 假设有张表，叫table1，里面有5000万行数据，假设预计全表扫描1次需要1个小时，我们从过程来看：

1、在1点钟，有个用户A发出了select * from table1;此时不管将来table1怎么变化，正确的结果应该是用户A会看到在1点钟这个时刻的内容。这个是没有疑问的。
2、在1点30分，有个用户B执行了update命令，更新了table1表中的第4000万行的这条记录，这时，用户A的全表扫描还没有到达第4000万条。毫无疑问，这个时候，第4000万行的这条记录是被写到了回滚段里去了的，我假设是回滚段RBS1，如果用户A的全表扫描到达了第4000万行，是应该会正确的从回滚段RBS1中读取出1点钟时刻的内容的。
3、这时，用户B将他刚才做的操作commit了，但是这时，系统仍然可以给用户A提供正确的数据，因为那第4000万行记录的内容仍然还在回滚段RBS1里，系统可以根据SCN来到回滚段里找到正确的数据，但是大家注意到，这时记录在RBS1里的第4000万行记录已经发生了一点重大的改变：就是这个第4000万行的在回滚段RBS1里的数据有可能随时被覆盖掉，因为这条记录已经被提交了！！！
4、由于用户A的查询时间漫长，而业务在一直不断的进行，RBS1回滚段在被多个不同的tracnsaction使用着，这个回滚段里的extent循环到了第4000万行数据所在的extent，由于这条记录已经被标记提交了，所以这个extent是可以被其他transaction覆盖掉的！
5、到了1点40分，用户A的查询终于到了第4000万行，而这时已经出现了第4条说的情况，需要到回滚段RBS1去找数据，但是已经被覆盖掉了，于是01555就出现了。

--错误提示

数据库报错 ORA-01555 什么回滚段 '_SYSSMU168' is too small.很明显是可用的回滚段太小了满足不了那个大事物的需要具体的sql我就不提供了

还有一种可能,一般伴随着ORA-22924出现就是LOB上的问题