[Q]快照过旧的问题

knightli

最初由 biti_rainy 发布
[B]

这个恐怕为最大查询运行时间比较妥当?   [/B]

对，是这样的。

whwlm

不错、不错
明白了

lunar2000

通常FLASHBACK_TIME（用于FLASHBACK）如果高于UNDO_RETENTION （缺省是3小时），容易导致01555

SQL> show parameter undo_retention

NAME                                 TYPE
------------------------------------ ---------------------------------
VALUE
------------------------------
undo_retention                       integer
10800
SQL>

novazhao

8i如何来设置呢？

lunar2000

在8i，我的理解：

策略1：
一般的数据库可以调整（加大）optimal，以便为数据库可以完成查询而提供read   consistent view（rbs扩展的extent可以保留的多一些，返回给ts的相对少一些），对于大数据库（VLD），可以适具体情况甚至不使用这个参数，以便为数据库完成查询提供read   consistent view（rbs扩展的extent不会返回给ts）。

策略2：
延迟commit；

策略3：
增加回滚段，对大事务使用大的回滚段

BTW:
RBS的管理不是个简单的问题，还需要具体情况具体对待

mengmeng

最初由 biti_rainy 发布
[B]当某个查询a开始之后
这个时候b更新了a将可能查询的数据，然后b提交了事务
然后这个时候因为c的事务，这个时候去使用了b曾经使用过的回滚段数据块，于是原先的数据消失（造成这样的原因是因为回滚段轮循使用了一圈）
或者因为optimal收缩的缘故导致数据丢失

这个时候查询a才扫描到该数据块，在buffer  cache中发现数据已经被更改过，于是去回滚段中找 before  image,但是却发现数据已经被覆盖了！
于是就出了ora-1555 snapshot too  old 错误

undo_rention:是决定事务结束后继续保持一段数据的时间 [/B]

是不是这样的，我做一个插入从一个很大很多的记录表中插入另一张表，而现在的操作的上个月的，而另外的插入是操作本月的。同样还是快照错误。

mengmeng

最初由 biti_rainy 发布
[B]当某个查询a开始之后
这个时候b更新了a将可能查询的数据，然后b提交了事务
然后这个时候因为c的事务，这个时候去使用了b曾经使用过的回滚段数据块，于是原先的数据消失（造成这样的原因是因为回滚段轮循使用了一圈）
或者因为optimal收缩的缘故导致数据丢失

这个时候查询a才扫描到该数据块，在buffer  cache中发现数据已经被更改过，于是去回滚段中找 before  image,但是却发现数据已经被覆盖了！
于是就出了ora-1555 snapshot too  old 错误

undo_rention:是决定事务结束后继续保持一段数据的时间 [/B]

提出疑议，我刚做了一个查询，从一张很多数据量的表中一个分区查询，而对此分区的无任何修改和插入操作，可长时间查询不到，报出ora-1555 snapshot too  old 错误。不知biti能否给以解释。

jlandzpa

如果回滚空间中相应的内容被覆盖，Oracle就认为旧数据块过于陈旧，无法重建出来，这就是snapshot too old的由来。针对这种错误，Oracle建议使用更大的回滚空间，这是有道理的，但更大的回滚空间仍有不敷使用的时候，不足以应付多变的应用，只能算一种消极应付的对策。
第一种情况：
假定不能重建的数据块为X，当X中的记录被更新（无论来自于本次游标操作，还是其它数据库连接，更多可能是来自于自身），SCN同时刷新，如果经过某段间隔再要读取X中记录就必须根据回滚空间相关内容重建旧X，而一旦这段间隔中发生较多的数据库更新操作，回滚空间有可能在消耗完空闲内容后被迫覆盖旧内容，这样X的重建就无法完成。
比较好的解决方法是：游标展开后将记录主键和更新所需用到的域读至内存，不执行更新操作，随即关闭游标，再处理这些记录，根据主键分批更新回数据库。
第二种情况：
与第一种情况类似，只不过更新操作全部来自于其它数据库连接。
没有太好的解决方法，尽量加快查询过程，保证其它连接不发生或少发生与本次查询相关的更新操作。

biti_rainy

最初由 mengmeng 发布
[B]

提出疑议，我刚做了一个查询，从一张很多数据量的表中一个分区查询，而对此分区的无任何修改和插入操作，可长时间查询不到，报出ora-1555 snapshot too  old 错误。不知biti能否给以解释。 [/B]

若查询开始的时候表中无任何事务，那，你应该是遭遇了 delay  block  cleanout !
这是比较少见的情况，当然若真有可能出现
那在你做这个查询之前对相关表做个analyze 分析  或者做个 全表扫描就好了

akenjiang

最初由 biti_rainy 发布
[B]

若查询开始的时候表中无任何事务，那，你应该是遭遇了 delay  block  cleanout !
这是比较少见的情况，当然若真有可能出现
那在你做这个查询之前对相关表做个analyze 分析  或者做个 全表扫描就好了 [/B]

Bity可不可以講得更明白一點?有關delay block cleanout!