show parameter undo_retention 可查到默认值为900秒
alter system set undo_retention= 3600;
undo表空间不清除,是反复的覆盖利用。
这个undo_retention表示数据在undo里保存的时间(持续时间),若在这一时间范围内产生的UNDO数据超过了undo表空间的大小,将报undo表空间不够的错误,可以试着把undo_retention值设小。
若undo_retention过小会出现快照太旧的错误,这是因为ORACLE的读一致性造成的,例:SESSION1:select * from closing.tb_stk_cap_chg;--(成交流水表,数据量很大要查询10分钟)
SESSION2: delete closing.tb_stk_cap_chg where branch_code = '1101' and caiptal_account = '1111';COMMIT;--(用时3秒钟)
在SESSION2做完commit后,SESSION1才查到branch_code = '1101' and caiptal_account = '1111'这个记录,这个时间会去UNDO里面找这个数据,正好UNDO表空间存放这个数据的BLOCK被其它的数据覆盖,这时就会报快照太旧的错误(ora-01555)。
alter system set undo_retention= 3600;
undo表空间不清除,是反复的覆盖利用。
这个undo_retention表示数据在undo里保存的时间(持续时间),若在这一时间范围内产生的UNDO数据超过了undo表空间的大小,将报undo表空间不够的错误,可以试着把undo_retention值设小。
若undo_retention过小会出现快照太旧的错误,这是因为ORACLE的读一致性造成的,例:SESSION1:select * from closing.tb_stk_cap_chg;--(成交流水表,数据量很大要查询10分钟)
SESSION2: delete closing.tb_stk_cap_chg where branch_code = '1101' and caiptal_account = '1111';COMMIT;--(用时3秒钟)
在SESSION2做完commit后,SESSION1才查到branch_code = '1101' and caiptal_account = '1111'这个记录,这个时间会去UNDO里面找这个数据,正好UNDO表空间存放这个数据的BLOCK被其它的数据覆盖,这时就会报快照太旧的错误(ora-01555)。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/11079750/viewspace-433217/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/11079750/viewspace-433217/