consistent read（读一致性）的通俗理解

fatlao

又学到东西了  谢谢

tellin

为了拿红包

wdjk1999

最初由 samchj 发布
[B]顺便问一下，你有没有dsi-9i的，方便给我一份行不行。呵呵，我实在是对这个东西太感兴趣了，没有办法。我一天不懂，我就一天不爽。

还是要谢谢biti给我的这些启示。 [/B]

DSI是什么东西啊

foxmile

学习了。楼主和biti等各位的探讨，让我受益匪浅。

棉花糖ONE

原帖由 biti_rainy 于 2006-7-6 15:49 发表


你把 顺序给搞反了：

首先，block  roll 并不是因为 读到某行数据而去 决定是否要roll。

当进程读到一个block当还没有去 read row 的时候，首先就会检查所有的itl ，一直roll 到 所有itl 都满足 查询条件为止。  根本不关心 lock  byte是多少。 直到所有itl 显示 block 满足查询条件的时候才去访问 row 数据。一旦去读row 数据，就根本不再关心 lock byte 或者itl 了。

lock  byte是给 dml 用的，不是给查询用的。

我觉得那个老外说的是对的,我想了下如果像你说的那样,那么效率会比较低,如果读到行的时候这个行上的lock byte是空的话,那么说明这个块是干净的块,这时候根本是不利用undo去构造一致读的块

biti_rainy

原帖由 棉花糖ONE 于 2008-6-16 20:03 发表


我觉得那个老外说的是对的,我想了下如果像你说的那样,那么效率会比较低,如果读到行的时候这个行上的lock byte是空的话,那么说明这个块是干净的块,这时候根本是不利用undo去构造一致读的块

几年没研究过这些东西了，回过来又想一想

你可以做很简单一个实验：
用几个session分别在block上更新一个行，不提交
然后用另一个session去读这个block上没有被更新 的行，看看cr 是否跟干净的block上完全一样。

当然这个实验是正在执行的 dml，回过来我们想所有 dml都已经提交的情况
我们来做一个假定看看，假定 从 itl的角度来看，所有 itl 的 commit scn都满足查询的需求，那么实际上不需要去undo中获得信息来构造 cr block。  如果 itl中 commit  scn不满足查询的需求并且block已经 cleanout过了，当你读到一行数据且 lock byte为0 ， 你如何决定这行数据是不是你所要的，是否还是得去根据 itl 一直 roll 到所有 itl 满足你的查询的需求为止。 只要有一个 itl  commit scn不满足，你就不能断定 lock byte为0的行的数据是不是你所需要的。

[ 本帖最后由 biti_rainy 于 2008-6-17 19:59 编辑 ]

棉花糖ONE

恩，大师说的有理，我trace了下 undo apply的过程，没改变的行和有改变的行，undo apply的过程是一样的

oracledba

不会读行，类似读一个itl的环，从块头一直一部一部读一致的itl，itl已经在undo里了，如果事务没提交看得老

biti_rainy

原帖由 oracledba 于 2008-6-18 07:46 发表
不会读行，类似读一个itl的环，从块头一直一部一部读一致的itl，itl已经在undo里了，如果事务没提交看得老

棉花糖ONE   的意思是 一读到block就做这件事情，oracle是否真的这样做的？然后质疑是否太浪费？

这是两个角度的问题，我们本来就是如你这样的在阐述这个问题，然后需要通过实验去证实oracle的确是这样做的，他去做了试验发现的确如此。
然后是否太浪费这个问题，也就是质疑oracle这个做法，我仅仅从理论上探讨，可以证明 不这样“浪费”还不行，oracle必须要做完这样的事情。从而说明oracle这样做的必要性。

blue_prince

讨论得不错，这个帖子加一下精华吧，以后也好找些