delayed block cleanout 与 ORA-1555的关系

grassbell

想明确一个问题：

事务表中slot 被覆盖的次序是什么？
是否按照commit scn的从小到大的顺序？

ZALBB

事务已经提交了，transaction table slot 不被覆盖，而使用的 UNDO BLOCK先被覆盖。
有这种可能吗？

若可能，则此时即便想到UNDO BLOCK读前IMAGE，那也无数据可读了。这时应该出现
ORA-01555吧？

biti_rainy

最初由 ZALBB 发布
[B]事务已经提交了，transaction table slot 不被覆盖，而使用的 UNDO BLOCK先被覆盖。
有这种可能吗？

若可能，则此时即便想到UNDO BLOCK读前IMAGE，那也无数据可读了。这时应该出现
ORA-01555吧？ [/B]

是的，如果需要读before  image 自然有问题了

但有时是不需要 undo  block 的，仅仅需要slot 信息来表明不需要回退，如果这样，就不用产生1555了

biti_rainy

最初由 grassbell 发布
[B]想明确一个问题：

事务表中slot 被覆盖的次序是什么？
是否按照commit scn的从小到大的顺序？ [/B]

我记得测试过，是的

ZALBB

最初由 biti_rainy 发布
[B]

是的，如果需要读before  image 自然有问题了

但有时是不需要 undo  block 的，仅仅需要slot 信息来表明不需要回退，如果这样，就不用产生1555了 [/B]

若不需要读UNDO BLOCK，就得保证DML的SCN 比 QUERY SCN小，
若大的话，就得读了。

biti_rainy

最初由 ZALBB 发布
[B]

若不需要读UNDO BLOCK，就得保证DML的SCN 比 QUERY SCN小，
若大的话，就得读了。 [/B]

当然

wyq21973

再看一遍，我终于也明白了。

nattyneat

最初由 biti_rainy 发布
[B]一致读的步骤：
    1. Read the Data Block.

2. Read the Row Header.

3. Check the Lock Byte to determine whether there's an ITL entry.

4. Read the ITL entry to determine the Transaction ID (Xid).

5. Read the Transaction Table using the Transaction ID. If the transaction has been committed and has a System Commit Number less than the query's System Change Number, update the status of the block (block cleanout) and start over at step 1.

6. Read the last undo block (Uba).

7. Compare the block transaction ID with the transaction table transaction ID. If the Transaction ID in the undo block doesn't equal the Transaction ID from the Transaction Table, then issue ORA-1555, Snapshot Too Old.

8. If the Transaction IDs are identical, make a copy of the data block in memory. Starting with the head undo entry, apply the changes to the copied data block.

9. If the tail undo entry (the actual first undo entry in the chain, or the last in the chain going backwards!) indicates another data block address, read the indicated undo block into memory and repeat steps 7 and 8 until the undo entries don't contain a value for the data block address.

10. When there's no "previous data block address," the transaction has been completely undone.

11. If the undo entry contains:

a. a pointer to a previous transaction undo block address, read the Transaction ID in the previous transaction undo block header and read the appropriate Transaction Table entry. Return to step 5.

b. an ITL record, restore the ITL record to the data block. Return to step 4. [/B]

这里有很多概念：ITL (interest table list),－－应该是位于数据块头中的吧，记录在该块上事务活动（transaction slot）。
                              UBa(undo block address?)
尤其是几个transaction id，有些混淆,bi第七点就是这样的。另外9也不是很理解，10中的previous data block address 指的是什么？

多多指教。

biti_rainy

最初由 Kamus 发布
[B]


第9步，你可以把rollback的过程想象为一个链表，从一个undo block链到另一个undo block，直到the undo entries don't contain a value for the data block address，表示整个rollback的过程完毕了。

至于第10步，10. When there's no "previous data block address," the transaction has been completely undone. 我也没太理解他想表达的是什么意思？如果没有前镜像数据，那么就表示事务根本还没结束？这个怎么会放在第10步单独来说呢？ [/B]

第十步实际上就是第九步描述的结尾，因为 transaction table 中记录的是一个事务的结束block地址。 而一个事务在block 使用扩展的过程中，总是下一个block会记录上一个block的地址，这样逆序的时候就直接找到上一个block。所以回滚的时候找到事务的最末尾一个block，然后回滚--完毕跳到上一个block(undo  block address也看起来是data block address)……


也就是说：
until the undo entries don't contain a value for the data block address 就是   there's no "previous data block address"




这是一个事务之间的undo，对于不同事务，则是根据ITL的前印象 递归……这个可参考

http://www.itpub.net/showthread. ... 849&pagenumber=

Puber

两周前看这些很糊涂,现在,基本明白了.


看来也不能拔苗助长丫!