3PC 三阶段提交
三阶段提交协议实在二阶段基础上进行了改进
阶段一:CanCommit
1.事务询问
协调者向所有参与者发送一个包含事务内容的请求,询问是否可以执行事务操作。
2.各参与者向协调者反馈事务询问的响应
如果参与者可以顺利执行事务,则响应Yes,否则No。
阶段二:PreCommit
执行事务预提交
如果所有参与者反馈的都是Yes
1.发送预提交请求
协调者向所有参与者发出PreCommit请求,进入Prepared阶段。
2.事务预提交
参与者收到PreCommit请求后,会执行事务操作。
3.参与者反馈执行情况
如果参与者成功执行了事务操作则反馈Ack。同时等待最终指令(提交或中止)
中断事务
如果任何一个参与者反馈了No,或者协调者等待超时,则会中断事务。
1.发送中断请求
协调者向所有参与者发出abort请求。
2.中断事务
无论是收到协调者的abort请求,或者在等待协调者下一步请求中超时,参与者都会中断事务。
阶段三:doCommit
该阶段会真正提交事务操作
执行提交
1.发送提交请求
如果协调者收到了所有参与者的Ack响应,则协调者会从“预提交”转为“提交”状态。并向所有参与者发送doCommit请求。
2.事务提交
参与者接收到doCommit后会执行事务提交操作。
3.反馈提交结果,完成事务
中断事务
当有任意一个参与者向协调者反馈了No,或者等待超时则协调者会中断事务。
1.发送中断请求
协调者向所有参与者发送abort请求。
2.事务回滚
参与者接收到abort请求后回滚事务。
3.反馈回滚结果,完成中断事务
在阶段三如果协调者与部分参与者通讯出现问题,无论是commit操作或者abort,参与者都会在等待超市之后,继续提交事务。
优缺点
优点:与二阶段提交相比降低了参与者的阻塞范围,并能在协调者出现单点故障后继续达成一致。
缺点:在参与者接收到preCommit消息后,如果协调者和部分参与者无法进行网络通信,则参与者仍会进行事务的提交,导致数据不一致。