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

棉花糖ONE

原帖由 biti_rainy 于 2008-6-19 09:49 发表



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

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

多谢大师的指点

晶晶小妹

大家在说Oracle怎么判断是否要为块构造CR块吧。
这个过程应该是看ITL槽中没有未提交的事务，如果有，就直接构造CR块。

zhangzongjun

原帖由 玉面飞龙 于 2005-4-5 13:16 发表
http://www.performance-insight.com/html/ora3/backissues.html

very good. performance-insight has chinese web pages!

biti_rainy

原帖由 晶晶小妹 于 2008-6-19 12:03 发表
大家在说Oracle怎么判断是否要为块构造CR块吧。
这个过程应该是看ITL槽中没有未提交的事务，如果有，就直接构造CR块。

你又回到了一个最原始的起点， 是否构造 cr block的标准是  commit scn 大于当前查询 scn（有未提交的事务也属于这个范筹）

gy1982329

一致读是oracle的读基础，其实就是一个oracle维护事务的一致性的措施。

moumouyu

1、构建一个undo表空间只有100K(我试过，不能在小于这个数字了)，1M的online redolog的处于归档模式下的数据库db。
2、在db上面删除一个大表a，大概10M左右，但是不commit；
3、归档所有的当前online redolog.
4、删除所有归档后的日志
5、刷新buffer_cache的内容到磁盘
6、使当前的undo表空间离线，重新创建一个undo
7、继续归档全部的online redolog
8、然后删除所有的归档日志
6、最后commit，并重启数据库
请问：大表现在还在数据db中吗？
        如果在，oracle为什么没有能删掉它呢？
       如果不在，oracle是从哪里获得删除信息的呢？（我在commit之前已经更换了所有的online redolog和undo表空间，这些位置应该是oracle记录数据库更改的信息的位置）。
  我的实验的结果就是oracle已经把该表删除了，那么他是怎么知道的呢？
谢谢大家指教

hanjs

比较难理解...

wangkxxe

打包，收藏。。。。！！！ 理解的好哦！

luomaotian

先做個記錄﹐方便以后容易找些

tyhj1982

mark