首页 > 代码库 > 【ORACLE】redo和undo_改变向量
【ORACLE】redo和undo_改变向量
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 徐长亮专栏原创
__________________________________________________________________________________
【ORACLE】redo和undo_改变向量