浅谈二阶段提交

更新于 2019-12-18  约 3 分钟

二阶段提交

在分布式系统中,每个节点都可以知道自己事务的提交是否成功,但是却不知道其他节点的事务情况,于是就有了多种分布式实现方式来解决分布式事务的问题。
二阶段提交(Two-phase Commit),可以说是一致性协议或者原子协议,保证分布式系统数据的一致性。
主要的角色有协调者和参与者。协调者先通知参与者操作是否成败,得到反馈后,再通知参与者提交或者中止操作。
二阶段提交顾名思义就是有两个阶段,一个是提交请求阶段,也叫投票阶段,另一个是提交阶段。

提交请求阶段

image.png

  1. 事务发起方发起请求调用给协调者
  2. 协调者向所有参与者节点发起是否可以执行提交操作请求,然后等到所有节点的响应
  3. 参与者执行所有的事务准备,并将Undo信息和Redo信息写入日志
  4. 如果参与者所有的事务都执行成功,返回同意,否则,返回中止

简单的说,就是协调者对所有参与者说,你们行不行,参与者检查一下自身条件对协调者回复,行或不行。

提交阶段

提交阶段,根据参与者反馈的结果,协调者会有两种处理方式。如果所有参与者都返回同意,则到提交阶段,如果有部分参与者返回中止,或者在超时时间内协调组没收到参与者的反馈,则到中断阶段。

提交

image.png

  1. 协调者向所有参与者发送提交请求
  2. 参与者提交事务,并释放事务期间占的资源
  3. 参与者向协调者发送ack消息
  4. 协调者收到所有ack消息后,协调者向事务方反馈完成事务信息

中断

image.png

  1. 协调者向所有参与者发送回滚请求
  2. 参与者通过Undo回滚,并释放事务期间占的资源
  3. 参与者向协调者发送ack消息
  4. 协调者向事务方反馈事务失败信息

缺点

  1. 阻塞:执行过程中间,节点都处于阻塞状态,等待这其他节点操作成功或失败,数据库资源得不到释放
  2. 单点问题:如果协调者挂掉,那直接影响整个事务的提交。特别是在过程中挂掉,其他参与者就陷入了阻塞
  3. 数据一致性:在第二个阶段中,如果某些参与者因为网络抖动,没收到提交请求,而其他参与者已经提交了事务,则数据会不一致
阅读 120更新于 2019-12-18

推荐阅读
目录