REDO日志的基本结构

sqysl · 发表于 2008-5-29 18:55

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

risepp · 发表于 2008-5-29 23:55

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

risepp · 发表于 2008-5-30 00:00

数据库的更改的最小记录单位是变更向量，一连串的变更向量集合起来称为重做记录（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 · 发表于 2008-6-1 23:12

看了有些意犹未尽

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  ?