oracle进程(第三节 后台进程2)

本文介绍了RECO在分布式数据库恢复中的作用,特别是针对两段提交过程中可能出现的问题进行详细解析,并探讨了如何处理可疑的分布式事务。

       续上节:

    3.RECO:分布式数据库恢复(Distributed Database Recovery)

    RECO有一个很中心的任务:由于两段提交(two-phase commit 2PC)(注:我对两段提交的理解:所有要提交的用户都先发送一个状态报告,说明自己是否准备好提交,此为一段。其二如果所有用户都准备好了,大家就都提交。反之,大家就回滚数据段,取消提交。此为二段。)期间的崩溃或链接丢失等原因,有些事务可能会保持准备状态,这个进程就要恢复这些事务。

      例如:如果某个站点投票YES,称其要准备好要提交,但是在获得协调器命令他提交的指令之前,网络失败了!这个事务就被挂起了,会出现一直在等待协调器命令的状态。称为一个可疑的分布式事务。这是处理这个事务的工作就由RECO负责了!

    关于两段提交请参考如下文章:http://liwenshui322.iteye.com/blog/704557

      未完待续!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值