REDO日志的基本结构

spring7777777

很棒！！

楼主什么时候整理一下？：）

sqysl

yong huang的论述太精辟了，学习。

risepp

8. DBWR收到[出现checkpoint]的通知，把数据库缓冲区内的未清空的数据块全部写回数据文件。
请问这里指的未清空的数据块是指未作clean out的数据块么？ 据我所知这部分数据应该是在提交的时候已经写入数据文件了吧，只是留在data buffer中未清理，这里再次写入是不是重复操作了？
如果理解错误请指正。

risepp

数据库的更改的最小记录单位是变更向量，一连串的变更向量集合起来称为重做记录 （REDO Record）。有些事务（transaction）会产生不止一个重做记录， 每个重做记录里都包含了一连串的变更向量。 接下来，我们就以下面的例子追踪变更向量和重做记录产生的过程。
──SQL语句──
*************************************************************
UPDATE WORK03
SET EMPNO = 9999
WHERE EMPNO = 1111 ;
※ EMPNO项目尚未创建索引
*************************************************************
运行上面的UPDATE语句之后，会产生下面的变更向量。
1. 对于回滚段的事务表（标题）的变更向量
当含有修改的数据块的地址、该事务的状态（commit或active）、 以及存有该事务的UNDO的回滚段的位置的事务表被修改的时候，就会产生变更向量。
2. 对于回滚段的数据块的变更向量
将修改前的值（1111）存储（修改）到回滚段里的数据块时，就会产生变更向量。
3. 对于WORK03表内的数据块的变更向量
将修改后的值（9999）覆盖（修改）到WORK03表内的数据块时，就会产生变更向量。
由上面的例子可知，对于这个事务，重做记录理会有三个修改向量。当然可能有其他情况会产生重做记录， 例如修改的项目如果有索引，就必须修改索引，这时候就会产生第二个重做记录。 这时候的重做记录还是和第一个重做记录一样，包含不止一个变更向量。此外， 在事务之后运行commit语句，就会产生第三个重做记录。

liqy103

看了有些意犹未尽

1.  Can not download & open ref85.gif  
2.  "LOG_SMALL_ENTRY_MAX_SIZE and LOG_SIMULTANEOUS_COPIES are obsolete in Oracle8i."   What happened to latter version?  i.e.  which similar function replace them  in 10g ?
3.  Lots of  are discussed about "变更向量"   . Still have no idea of its purpose .  Any  relationship with wait event?
4. Can continue the thread with redo log/buffer related wait events, so as  to make it perfect  ?

qlm_1982

收藏。谢谢了。

liqy103

晶晶实验 回答了我的问题
晶晶实验十一相关重做日志的闩  http://space.itpub.net/13095417/viewspace-200399
晶晶实验十二 相关重做的等待事件 http://space.itpub.net/13095417/viewspace-200474
晶晶实验十三 重做日志的资料 http://space.itpub.net/13095417/viewspace-200491
晶晶实验十八之buffer cache中的ＬＲＵ链 http://space.itpub.net/13095417/viewspace-204007   
(有没有关于LRUW的？）

fish_01

thx

gkl0818

晕啦，这么老的贴子

sunyanzhu

lz
i love u