简述分布式一致性协议---2pc、3pc

2pc     ----就是将一个事务的提交分为两个部分

 

阶段一:提交事务请求--投票

  协调者发送请求,参与者(结点)执行事务操作返回yes,一阶段后资源锁死,必须等待commit或者roolback;

阶段二:执行事务提交--执行

    收到都为yes,发送提交请求commit,成功返回ack

   收到no,roolback;

 

可以看出,这个模式下,协调者是关键,一旦资源锁死(一阶段完成),协调者出现故障了,那么参与者收不到了commit或者roolback指令,那么资源就会一直处于锁死状态,这种情况称之为单点问题;并且协调者与参与者之间的网络是不可靠的,总是会有网络故障的时候,那么其他的节点受到了coomit命令,调教了操作,这个时候就会造成数据的不一致,这种情况成为脑裂

 

为了解决这种问题,于是有了3pc协议

 

3Pc协议--将事务的处理分成了3个阶段

CanCommit

PreCoomit

DoCommit

简单的说呢,就是协调者和参与者都有一个超时机制,那么参与者在收不到消息(网络或者协调者出现了问题),一定时间后就会触发超时操作,去提交事务,因此来释放资源,就不会出现资源锁死的情况,但是,如果是因为网络问题,那么一个参与者没有收到协调者发出的roolback指令,但是超时了,参与者去提交了事务,其他参与者收到了消息,roolback了事务,这样就会照成了数据的不一致了,所以3pc也并非完美;

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值