为什么会有3阶段提交？

因为2阶段提交存在单点故障、同步阻塞、网络脑裂等缺陷，所以在2阶段的基础上进行了改良，并提出了3阶段的概念。

2阶段和3阶段，事务提交有什么区别？

3阶段在2阶段的基础上做了2个改进点：
1.增加了超时机制，同时为协调者和参与者都引入了超时机制。
2.在2阶段的第2和第2中间插入了一个提交准备（preCommit）阶段。
插入的这个阶段能保证最后提交阶段之前，各个参与者节点的状态都是一致的。

三个阶段分别是：询问，然后再锁资源，最后真正提交。
第一阶段：CanCommit
第二阶段：PreCommit
第三阶段：DoCommit

3阶段事务

1.询问CanCommit阶段
3pc的CanCommit阶段和2pc的准备阶段是一样的。协调者向参与者发送CanCommit请求，参与者如果可以提交返回ok，否则返回no相应
2.锁资源 prepared commit阶段
在第一阶段，如果所有返回者都返回了ok，就进入了prepared commit阶段
prepared commit阶段阶段：协调者向所有参与者发送prepared请求。
然后等待所有参与者返回，
如果所有参与者都返回ack，那就直接进入do commit阶段，
如果有一个参与者没有返回ack，那就发送follback请求。
3.真正提交 do commit阶段
协调者向所有参与者，发送do commit，所有参与者都提交事务。

3阶段的单点故障和网络脑裂问题

1.第一二阶段，如果出现了参与者或协调者故障或网络脑裂问题。
解决方案：和2pc的处理方式一样，所有参与者统一rollback（因为还未进入第三阶段，所有参与者都不会接收到提交或回滚的命令，当前事务是无法继续提交的，故只能回滚。）

2.第三阶段，如果出现参与者或协调者故障或网络脑裂问题。
解决方案：统一提交，因为前面第一二都OK了，系统有很大信心，成功的提交概率很大。

3阶段结论：
三阶段提交其实没根本性解决问题，它仅仅是引入了perpared commit阶段，无法解决单点故障或网络脑裂问题，仅仅是多做了一次校验而已，治标不治本，无法彻底解决分布式一致性。

感谢观看！