构造一致性CR块读_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2076 | 回复: 0   主题: 构造一致性CR块读        下一篇 
    本主题由 Administrator 于 2014-11-19 9:35:00 移动
Xuziwen
注册用户
等级:上尉
经验:721
发帖:66
精华:0
注册:2012-7-4
状态:离线
发送短消息息给Xuziwen 加好友    发送短消息息给Xuziwen 发消息
发表于: IP:您无权察看 2012-8-2 9:00:30 | [全部帖] [楼主帖] 楼主

构造一致性读,ORACLE需要做的工作:

1)克隆这个块到另一个buffer,克隆的块跟之前的current块在一个HASH CHAIN上。我们后面的四个步骤,就是发生在新克隆的块上的。

2)如果这个块上存在 延迟块清除或者快速块清除,那么对它进行块清除的动作。

3)对于块上所有未提交的事务进行块级别的回滚,注意这里并不是回滚整个事务,而是只针对事务里修改了这个块的操作进行回滚。

4)检查ITL槽位里,COMMIT SCN有没有大于查询时刻SCN(snapshot SCN)的条目,如果有的话,对这个条目涉及到的事务进行块级别的回滚(类似步骤3)。

5)如果回滚后,ITL槽位里依然有大于查询时刻SCN的条目,重复步骤四。

有几点需要说明:

1)构造一致性读发生在克隆块上,不产生日志。但是在步骤2上,虽然科隆块不产生日志,但是current block由于也需要做块清除,所以会产生日志。

2)步骤四可能会发生多次。如果查询耗时较长,在读取到某个块前,N个事务已经对它做了修改提交,那么这个块就要发生N次步骤4的操作。

3)构造出来的一致性读的块一般由于TCH数很小很容易被LUR算法抛弃重用。

4)一致性读取回滚的只是这个块,假如一个事务修改了1000个块,产生了1000个undo record,但是只有1个undo recored是这个块产生的,那么oracle能够根据ITL槽位里记录的UBA快速的识别到这个undo record,而其他的999条,不会读取。

该贴由system转至本版2014-11-19 9:35:00




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论