redo和undo

1.1 oracle 9i 任务执行过程

--DML 更新数据操作：

1.创建一个改变向量（保存改变之前的数据）描述undo数据块的改变；

2.创建改变向量（保存改变之后的数据），描述数据块的改变；

3.合并两个改变向量为日志记录，写入日志缓冲区

4.创建undo记录插入undo表空间；

5. 改变数据块的数据；

所以任务报告为：

--任务报告

1. 创建undo块（数据文件2）的改变向量（方法为记录undo记录的内容）

2. 创建table数据块的改变向量

3a 合并两个改变向量,创建改变记录

3b 将改变记录复制到日志缓冲区

4 应用undo块改变向量（undo记录的redo change vector，创建undo记录）

5 应用table块改变向量

1.2 oracle 9i日志缓冲区瓶颈

所有会话进程向同一个日志缓冲区复制改变向量。

引入redo allocation latch: 用户进程尝试请求redo latch来在日志缓冲区保留部分空间；

存在问题：大量进程争用redo allocation latch, 消耗CPU资源，’自旋’ CPU的进程循环争用redo latch;

         概况为一个进程的每一次变更，一条记录，一次log buffer 内存分配

1.3 oracle 10g 引入 private redo buffer 和IMU

--priate redo log buffer

Oracle 10g引入的。

每个进程有私有的日志缓冲区，一个事务中每次变更都写入这个进程的私有的日志缓冲区中；让事务提交后,这个进程获取一此公共的log buffer即可。

私用用redo allocation latch 保护，公共的用redo copy latch保护；

--IMU：In-Memory-Undo

Oracle 10g引入。

每个进程的私有日志缓冲区的一部分。进程将undo 重做日志写入IMU；

IMU 采用IMU latch来保护。最后IMU的记录和priavate redo log buffer日志记录合并。写入公共的redo log buffer;

1.4 oracle10g任务处理顺序

--DML 更新数据操作：

1. 创建一个改变向量描述undo数据块的改变；

2. 创建改变向量，描述数据块的改变；

3  undo改变向量存入IMU日志缓冲区

  Table改变向量存储private log buffer

6. 将IMU 记录和Pirvate log buffer记录合并成一条改变记录，结束事务

7．讲重做改变记录复制到日志缓冲区，并改变这个块。

--IMU

IMU池有lacth保护，池个数=transation/10

当124KB空间使用满了，回退到oracle9i的机制

--oracle数据块的存储信息

Tab 0 row 4 @0x1d3f

//表示第一个块，记录5，实际的存储地址为@0x1d3f

Col 0:[2] c1 0a

//第一列，为两个字符的空间，内容为c10a;

Lb: 0x2

//锁信息

1.5 redo change vactor（重做改变向量）

1.5.1描述table数据块改变改变向量

Kdo op code: urp row

//更新行片

Hdba: ox****  bdba:ox****

//hdba段头块的地址（段地址）

bdba: 块地址

Itli:2

//目前事务使用第二个事务槽

Tabn0 slot 4

//表示更新第一张表，第五行数据

Ncol: 4 nnew:1 size:4

//要更新的记录有4列，更细其中1列，长度增加4；

Col 2 [10 ] 59 59 ….

//更细的为第二列，增加之后长度为10个字符

1.5.2 描述数据块undo动作的undo记录及undo数据块最终变化的重做改变向量

不同于数据库改变向量之处

Ncol: 4 nnew:1 size:-4

//undo的时候，长度减少4

Col 2 [6] 78 78..

//原始数据第二行为 6个字符

--undo块的重做改变向量，描述undo记录的重做改变向量，所以和undo记录的最终值相同。

Dba(数据块地址)：ox00..

//undo表空间为数据文件2

记录和undo的记录一样；

1.6 事务的ACDI

1原子性：a进程处理一个事务的中间（改变表1行4的数据），

                     B 进程访问（表1行4）：通过undo记录来访问旧数据。

2 一致性：进程看到的数据为：老状态，新状态，没有中间状态

3 隔离性（独立性）：

          默认为：提交读；

如a进程，B进程同时修改同一个数据块。

4 持续性：待续；

--改变记录头：change recode header

Op:11.5 表示table redo改变向量

Op:5.2  表示事务的开始，

OP:5.1  表示undo改变向量

OP:5.4  事务结束

--读一致性

（1）数据块需要包含指向undo记录的指针。事务a更新数据，事务b根据指针读取undo记录的原始数据。

（2）事务a1更新一行数据，事务a2更新另外一行数据，则产生两条undo记录，所以数据块（比如包含一个表）要包含2个undo记录的指针，才能保证事务b查询整个表的结果为正常。

（3）oracle在每个数据块内部只允许存放有限的指针（每个队员一个改变块的事务），ITL entries位置

（4）如果事务a对于数据块（一张表）做了两次更新：事务b根据ITL表的entry2找到undo记录2，对事务b隐藏了事务a更新2操作。Undo记录2里面有指针指向ITL表entry1的指针；事务b通过undo记录2 找到 ITL entry1 , 通过ITL entry1 找到undo记录1；

         这个事务b读的表的数据，就屏蔽了事务a对于两行的更改；

（5）事务b的内存中生成表的拷贝，然后将事务a的两个undo记录复制应用到拷贝上。

（5）读一致性，针对一个表及这个表的所有undo记录的指针链表

--回滚

（1）回滚是一个事务的历史，需要一个事务所有undo记录的正确排序的指针链表（比如对一行的一列，进行两次操作，产生两台Undo记录）；

（2）回滚和读一致性的区别：读一致性的是读内存的数据缓存，读完之后，迅速舍弃。

                                                           回滚是获得当前数据块，并且应用undo记录来还原

                                                           当前块，表示要写入到磁盘上的版本；

                                                           因为是当前块，所有改变要产生redo；

（3）如果undo记录已经被回滚使用，则undo有个标记 user undo applied标记；

-----------------------------------------------------------------------------------------------------------------------------------------------

http://blog.csdn.net/clark_xu               徐长亮专栏原创

__________________________________________________________________________________