3PC

3PC , 是Three-Phase Commit的缩写，即三阶段提交，是2PC的改进版，将二阶段提交协议的“提交事务请求” 一份为二变成了CanCommit，PreCommit，do Commit三个阶段组成的事务处理协议。

• 阶段一：CanCommit

1、事务询问：协调者向所有的参与者发送包含了事务内容的canCommit请求，询问是否可以进行事务提交操作，并开始等待各参与者的响应。

2、各参与者向协调者反馈事务询问的响应：如果参与者认为自己可以顺利执行事务则返回Yes，否则返回No响应。

• 阶段二：PreCommit

情况1 执行事务预提交：当在第一个阶段里所有参与者的反馈都是Yes，则会进行事务预提交。
1、发送预提交请求：协调者向所有参与者节点发送preCommit请求，然后进入Prepared阶段。
2、事务预提交：参与者接受到了preCommit请求后，会执行事务操作，并将Undo和Redo信息记录在事务日志当中。
3、反馈事务执行的响应：参与者成功执行了事务操作，就会反馈给协调者Ack响应，同时等待最终的指令：提交或者中止。

情况2 中断事务：在第一阶段收到了No的反馈，或者在超时之后无法收到所有的反馈，则进行中断事务操作。向所有的参与者发出abort请求。

• 阶段三：doCommit

情况1 执行提交：

1、发送提交请求：在假设协调者处于正常工作状态，并且收到了来自所有参与者的Ack响应，那么就会向所有的参与者发出doCommit请求。
2、事务提交：参与者接收到了doCommit请求之后，会正式的执行事务提交操作，并在完成提交之后释放在整个事务执行期间所占用的事务资源。
3、反馈事务提交结果：参与者在完成了事务之后，会想协调者发送Ack响应信息。
4、完成事务：协调者接收到所有参与者反馈的Ack消息之后完成事务。

情况2 中断事务：在第二阶段收到了No的反馈，或者在超时之后无法收到所有的反馈，则进行中断事务操作。向所有的参与者发出abort请求。参与者会利用在阶段二中记录的Undo信息进行回滚，并且在完成回滚之后释放在整个事务执行期间占用的资源。

三阶段协议的优缺点

• 优点：降低了参与者的阻塞范围，并且能够在出现单点故障后继续达成一致。

• 缺点：在参与者收到了PreCommit的请求后由于网络分区，此时协调者所在的节点和参与者无法进行正常的网络通信，在这种情况下，参与者依旧会进行事务的提交，会出现数据不一致的问题。

小疑问：协调者所在的节点和参与者无法进行正常的网络通信不算超时后没有获取到所有节点的反馈吗？此时不应该去中断事务嘛。

​