>[info] 3PC-三階段提交 三階段提交又稱**3PC**，其在兩階段提交的基礎上**增加了CanCommit階段**，并**引入了超時機制**。一旦事務參與者遲遲沒有收到協調者的Commit請求，就會自動進行本地commit，這樣相對有效地解決了協調者單點故障的問題。  ***** 在階段一中，如果所有的參與者都返回Yes的話，那么就會進入PreCommit階段進行事務預提交。此時分布式事務協調者會向所有的參與者節點發送PreCommit請求，參與者收到后開始執行事務操作，并將Undo和Redo信息記錄到事務日志中。參與者執行完事務操作后（此時屬于未提交事務的狀態），就會向協調者反饋“Ack”表示我已經準備好提交了，并等待協調者的下一步指令。 ***** 否則，如果階段一中有任何一個參與者節點返回的結果是No響應，或者協調者在等待參與者節點反饋的過程中超時（**2PC中只有協調者可以超時，參與者沒有超時機制）**。整個分布式事務就會中斷，協調者就會向所有的參與者發送**“abort”**請求。 ***** 相比較2PC而言，3PC對于協調者（**Coordinator**）和參與者（**Partcipant**）都設置了超時時間，而2PC只有協調者才擁有超時機制。這解決了一個什么問題呢？這個優化點，主要是避免了參與者在長時間無法與協調者節點通訊（協調者掛掉了）的情況下，無法釋放資源的問題，因為參與者自身擁有超時機制會在超時后，自動進行本地commit從而進行釋放資源。而這種機制也側面降低了整個事務的阻塞時間和范圍。 ***** 另外，通過**CanCommit、PreCommit、DoCommit**三個階段的設計，相較于2PC而言，多設置了一個**緩沖階段**保證了在最后提交階段之前各參與節點的狀態是一致的。 ***** 以上就是3PC相對于2PC的一個提高（相對緩解了2PC中的前兩個問題），但是3PC依然沒有完全解決數據不一致的問題。