分布式基础之二阶段提交

二阶段提交(2PC)是一种保证分布式事务一致性的协议,涉及提交和执行两个阶段。在提交阶段,协调节点向普通节点发送事务,等待响应,若超时则中断事务。执行阶段,根据响应结果决定提交或回滚事务。协议虽简单,但存在单点故障、数据不一致及性能问题。
摘要由CSDN通过智能技术生成

分布式基础之二阶段提交


二阶段提交(Two Phase Commit)在分布式事务处理中非常常见。它主要用来保证分布式事务处理的一致性,决定事务的提交或回滚。目前二阶段提交广泛应用于关系型数据库的分布式事务处理中,它是分布式系统中的一个常见协议。

需求

为什么要二阶段提交?因为在分布式系统中,每个节点只知道自己的事务是否执行成功了,而分布式系统要求一致性,也就是所有的节点的状态都应该一致。如果某一个事务只在部分节点执行成功,那么势必会导致各分布式节点不一致。二阶段提交就是用来保证要么所有的节点都执行了该事务,要么都不执行。

简介

顾名思义,二阶段提交要通过两个阶段来完成。此外在二阶段中主要分为两种角色:协调节点与普通节点。而且协议中还假设节点不会发生永久性故障,而且任意两个节点都可以互相通信。

提交阶段

在提交阶段,协调节点将事务分发给普通节点,普通节点进行事务的处理并返回响应。具体过程如下:

  1. 协调节点向各普通节点发送事务内容,等待普通节点的回应
  2. 各普通节点执行事务,并记录下日志(用来事务中断时进行回滚)
  3. 各普通节点返回响应,判断事务是否执行成功

注:协调节点需要设置超时时限,如果有普通节点在超时时限内都没有响应,认为事务执行失败。

执行阶段

在执行阶段,根据各普通节点的响应结果来进行事务的提交或回滚。

执行事务

  1. 所有
分布式事务三阶段提交(Three-Phase Commit,3PC)是在传统的两阶段提交(Two-Phase Commit,2PC基础上进行改进的一种分布式事务协议。它通过引入预备阶段来解决两阶段提交协议中的阻塞问题。 分布式事务三阶段提交的过程如下: 1. CanCommit 阶段:事务协调者向所有参与者发送 CanCommit 请求,并等待参与者的回复。参与者在接收到 CanCommit 请求后,会执行本地的事务检查,判断是否可以提交事务。如果所有参与者都返回 Yes,则进入下一阶段;如果有任何一个参与者返回 No,则中止事务。 2. PreCommit 阶段:事务协调者向所有参与者发送 PreCommit 请求,并等待参与者的回复。参与者在接收到 PreCommit 请求后,会执行事务的预提交操作,并将预提交结果返回给事务协调者。如果所有参与者都返回 Acknowledgement,则进入下一阶段;如果有任何一个参与者返回 Abort,则中止事务。 3. DoCommit 阶段:事务协调者向所有参与者发送 DoCommit 请求,并等待参与者的回复。参与者在接收到 DoCommit 请求后,会执行事务的最终提交操作,并将提交结果返回给事务协调者。如果所有参与者都返回 Acknowledgement,则整个事务提交成功;如果有任何一个参与者返回 Abort,则整个事务被回滚。 分布式事务三阶段提交相对于传统的两阶段提交协议,引入了预备阶段(PreCommit),在该阶段参与者可以执行预提交操作,但仍然需要协调者的最终确认才能进行最终提交。这样可以减少了阻塞等待的时间,提高了系统的并发性能。 然而,分布式事务三阶段提交仍然存在一些问题,如单点故障、网络分区等情况下的可用性问题。因此,在实际应用中,需要综合考虑业务需求和系统特点,选择合适的事务协议来保证数据的一致性和可靠性。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值