分布式事务之2PC与3PC的区别

2PC流程

1. 事务询问，协调者向参与者发送事务预处理请求，成为Prepare阶段，然后等待各个参与者响应
2. 执行本地事务操作，各个参与者执行本地事务，但不是真正提交事务
3. 各个参与者向协调者反正执行情况
4. 协调者向各个参与者发送Commit请求或Rollback请求

问题：1.性能问题，事务锁占据了2个阶段；2.单节点故障，一旦协调者发生故障，参与者会一直阻塞下去

2PC出现单点的三种情况：

1. 协调者正常，参与者宕机
2. 协调者宕机，参与者正常
3. 协调者和参与者都宕机

3PC

3PC解决2PC 的阻塞问题，引入超时机制，同时3PC把2PC的准备阶段再分为二，这样就有了CanCommit、PreCommit、DoCommit三个阶段，

CanCommit

尝试获取数据库锁，如果可以就返回yes

PreCommit

如果所有参与者都返回yes，那么进入PreCommit进行事务预提交，和2PC的一阶段差不多，但是引入了超时机制，协调者和参与者都引入了超时机制。（2PC只有协调者可以超时，参与者没有超时机制）

DoCommit

与2PC的第二阶段差不多

总结

3PC对于协调者和参与者都设置了超时时间，而2PC只有协调者设置了超时时间，主要避免了参与者在长时间无法与协调者节点通信的情况下，无法释放资源的问题，参与者在超时后会自动进行本地commit从而释放资源，降低事务阻塞范围，但是3PC依然没有完全解决数据不一致的问题。
在DoCommit阶段，如果参与者无法及时接收到来自协调者的commit或者abort请求时，会在等待超时之后，会继续进行事务的提交。
如果由于网络原因，协调者发送的abort响应没有及时被参与者接收到，那么参与者在等待超时之后就执行了commit操作。这样就和其他接到abort命令并执行回滚的参与者之间存在数据不一致的情况。