CanCommit阶段
协调者向参与者发送commit请求，参与者如果可以提交就返回Yes响应，否则返回No响应。
1、事务询问：协调者向参与者发送CanCommit请求。询问是否可以执行事务的提交操作。然后开始等待参与者的响应。
2、响应反馈：参与者接到CanCommit请求之后，正常情况下，如果其自身任务可以顺利执行事务，则返回Yes响应，并进入预备状态，否则返回NO。
PreCommit阶段
协调者根据参与者的反应情况来决定是否可以进行事务的PreCommit操作。根据响应情况，有以下两种可能：
1、发送预提交请求：协调者向参与者发送PreCommit请求，并进入Prepared阶段。
2、事务预提交：参与者接收到PreCommit请求后，会执行事务操作，并将Undo和Redo信息记录到事务日志中。
3、响应反馈：如果参与者成功的执行了事务操作，则返回ACK响应，同时开始等待最终指令。
假如有任何一个参与者向协调者发送了No响应，或者等待超时之后，协调者没有接到参与者的响应，那么就执行事务的中断。
1、发送中断请求： 协调者向所有参与者发送abort请求。
2、中断事务： 参与者收到来之协调者的abort请求之后（或超时之后，仍未收到协调者的请求），执行事务的中断。
pre阶段参与者没有收到请求，rollback 。
DoCommit阶段
该阶段进行真正的事务提交，可以分为两种情况：
提交请求
1、发送提交的请求： 协调接收到参与者发送的ACK响应，那么他将从预提交状态进入到提交状态。并向所有参与者发送doCommit请求。
2、事务提交： 参与者接收到doCommit请求之后，执行正式的事务提交。并在完成事务提交之后释放所有事务资源。
3、响应反馈： 事务提交完之后，向协调者发送ACK响应。
4、完成事务： 协调者接收到所有参与者的ACK响应之后，完成事务。
中断事务
协调者没有收到参与者发送的ACK响应，那么就会执行中断事务。
1、发送中断请求： 协调者向所有参与者发送abort请求
2、事务回滚： 参与者接收到abort请求之后，利用其在二阶段记录的undo信息来执行事务的回滚操作，并在完成回滚之后释放所有的事务资源。
3、反馈结果：参与者完成事务回滚之后，向协调者发送ACK消息
4、中断事务：协调者接收到参与者反馈的ACK消息之后，执行事务的中断。
