本文详细介绍了两阶段提交（2PC）和三阶段提交（3PC）的机制，包括角色、过程及异常情况。2PC在准备阶段与提交阶段之间存在阻塞问题，可能导致参与者无限等待；3PC通过额外的确认阶段减少了阻塞，但可能引发脑裂问题。此外，文章还探讨了两者的优缺点和在分布式事务中的应用。
两阶段提交是什么?
两阶段提交非常有名，其原因主要有两点：
一个是历史很悠久；
二是其定义是很模糊的，它首先不是一个协议，更不是一个规范，而仅仅是作为一个概念存在，故从传统的关系统数据库一致的最新的 DistributedSQL 中，我们都可以看到它的身影。
两阶段提交包含哪些角色?
两阶段提交包含协调器与参与者两个角色。
在第一个阶段，协调器将需要提交的数据发送给参与者，同时询问参与者是否能够提交该数据，而后参与者返回投票结果。
在第二阶段，协调器根据参与者的投票结果，决定是提交还是取消这次事务，而后将结果发送给每个参与者，参与者根据结果来提交本地的事务。
协调器角色具体如何实现的?
可以看到两阶段提交的核心是协调器。
它一般被实现为一个领导节点。我们可以使用多种方案来选举领导节点，并根据故障检测机制来探测领导节点的健康状态，从而确定是否要重新选择一个领导节点作为协调器。
另外一种常见的实现是由事务发起者来充当协调器，这样做的好处是协调工作被分散到多个节点上，从而降低了分布式事务的负载。
两阶段提交的过程是怎样的?
整个事务被分解为两个过程。
准备阶段
协调器向所有参与节点发送 Propose 消息，该消息中包含了该事务的全部信息。而后所有参与节点收到该信
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
