关于 2PC 的疑惑
再看一片文章 分布式系统理论基础 - 一致性、2PC和3PC 遇到了点疑惑
在 Phase1 出现了协调者和参与者都挂掉的情景,既然如此都回滚不就好了么,为什么会阻塞呢?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
再看一片文章 分布式系统理论基础 - 一致性、2PC和3PC 遇到了点疑惑
在 Phase1 出现了协调者和参与者都挂掉的情景,既然如此都回滚不就好了么,为什么会阻塞呢?
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(1)
我认为可能是文章笔误,如果在 Phase2 出现了这种情况,则一切都能够得到解释Why is Two-Phase Commit (2PC) blocking?
在 Phase1 会将相关资源锁住,此时协调者挂掉,没有超时机制,则被锁住的资源没有释放,从而造成阻塞。
在 Phase2,Coordinator 刚发出一个请求给其中一个 Participant,此时并没有发送给其他的 Participants 并没有收到消息,此时,前面两者宕机,备用 Coordinator 并不能通过其他的 Participants 来判断那个宕机的 Participant 是什么状态
A.commited
B.rollback
C.precommit
所以一旦其他 participants 的操作与宕机的那个不一致,则会造成数据的不一致,所以会造成堵塞