ora-01555错误的一点猜想，请大家指正

lxwin2008

ORA-01555 snapshot too old: rollback segment number string with name "string" too small

Cause: Rollback records needed by a reader for consistent read are overwritten by other writers.

Action: If in Automatic Undo Management mode, increase the setting of UNDO_RETENTION. Otherwise, use larger rollback segments.

转自oracle官网

biti_rainy

1555  的原因  就是 需要回滚段信息的时候回滚段已经被覆盖了

只不过具体下来可能分 delay  block  cleanout   /  consistent  reads 而已

先看应用是否有问题
然后考虑增加回滚段个数和增加回滚段大小

9i只有undp_retention 可以控制，当然9i这方面还有一些bug要注意

lxwin2008

通过读biti老大的回滚段探究和oracle官网1555错误介绍

那我想1555的错误在于Rollback records are overwritten

那么导致Rollback records are overwritten 的原因
未提交事务的回滚信息既然不能被覆盖，那么好象只有以提交才可能发生

请老大们明查！

lxwin2008

biti老大
我想consistent reads 是oracle实现的目标，而 delay block cleanout 是一种方法
两者能成为分类标准吗？

biti_rainy

只有提交了才能覆盖
只有覆盖了才可能导致1555

没有提交的怎么可能1555呢？

consistent reads    --------  我这里是看作一个过程，delay  block  cleanout 也是一个过程。 我是说在这两个过程中发生。

lxwin2008

biti老大
提交的时候才能发生，如果回滚提交了，数据块头也提交了 ，我想就没事了
那么问题也许就出在回滚提交了，而数据块头未提交了，不知道我的理解对不对

还有我想问 consistent reads 中就不存在delay block cleanout 的过程吗？

lxwin2008

biti老大

如果您不忙的话  能不能给举几个现成的例子

biti_rainy

如果你非要认为 delay  block  cleanout 是 consistent  reads 的一种 我也没意见
只不过 delay  block  cleanout 修改的是 ITL 而不是数据本身！
任何一个进程读到一个block的时候，首先就要检查 ITL  状态是否已经提交，如果没有提交，就会去 cleanout 。cleanout 完了，才去寻找自己需要的数据，这一步才  可能   产生我们通常意义所说的 consistent  reads .


事务已经提交了，数据块的ITL也已经被修改过了，当然就不会产生  delay  block  cleanout 了，但这和是否产生 1555  也没必然联系啊，那得看是不是有查询比这个事务更早开始啊，直到这个查询查到这个数据的时候，而这部分回滚段已经被覆盖了，但是查询又必须看到提交前的数据，自然就产生了 1555 。 但这和 delay  block  cleanout 不就没关系了么。

lxwin2008

直到这个查询查到这个数据的时候，而这部分回滚段已经被覆盖了，但是查询又必须看到提交前的数据，自然就产生了 1555 。 但这和 delay block cleanout 不就没关系了么。

1.直到这个查询查到这个数据的时候，而这部分回滚段已经被覆盖了
  证明回滚已经提交，提交才能覆盖
2 但是查询又必须看到提交前的数据
  证明您说所的ITL未被标识未提交

那么请问老大这种情况是怎么产生的呢？不是由于delay block cleanout 吗？

lxwin2008

为什么查询需要看到提交前的数据？是不是因为ITL未有提交呢？