XA分布式事務(wù)協(xié)議 - 兩階段提交 & 三階段提交
兩階段提交
兩階段提交包括兩個(gè)角色：事務(wù)協(xié)調(diào)者和事務(wù)參與者
正向操作：
第一階段：
1. 事務(wù)協(xié)調(diào)者向n個(gè)事務(wù)參與者發(fā)出prepare命令匀谣。
2. 事務(wù)參與者在接收到prepare命令后，每一個(gè)參與者會(huì)各自執(zhí)行數(shù)據(jù)操作资溃，將操作寫入undo-log和redo-log武翎，以便后期的事務(wù)回滾和重試。
3. 事務(wù)參與者執(zhí)行成功溶锭，暫時(shí)不提交事務(wù)后频，同時(shí)向事務(wù)協(xié)調(diào)者返回“完成”消息。
第二階段：
1. 事務(wù)協(xié)調(diào)者收到n個(gè)“完成”消息暖途，也就是n個(gè)事務(wù)參與者都執(zhí)行成功了。
2. 事務(wù)協(xié)調(diào)者向n個(gè)事務(wù)參與者發(fā)出commit命令膏执，事務(wù)參與者收到這個(gè)命名后驻售，會(huì)進(jìn)行本地事務(wù)提交，當(dāng)事務(wù)提交完成后更米，向事務(wù)協(xié)調(diào)者發(fā)出“完成”的消息欺栗。
正向第一階段
正向第二階段
反向操作：
第一階段：
1. 事務(wù)協(xié)調(diào)者向n個(gè)事務(wù)參與者發(fā)出prepare命令。
2. 事務(wù)參與者在接收到prepare命令后，每一個(gè)參與者會(huì)各自執(zhí)行數(shù)據(jù)操作迟几，將操作寫入undo-log和redo-log消请，以便后期的事務(wù)回滾和重試。
3. 事務(wù)參與者執(zhí)行失敗类腮，向事務(wù)協(xié)調(diào)者返回“失敗”的消息臊泰。
第二階段：
1. 事務(wù)協(xié)調(diào)者收到至少一個(gè)失敗的消息，也就是n個(gè)事務(wù)參與者都執(zhí)行成功了蚜枢。
2. 事務(wù)協(xié)調(diào)者向n個(gè)事務(wù)參與者發(fā)出abort命令缸逃，事務(wù)參與者收到這個(gè)命名后，會(huì)進(jìn)行本地事務(wù)回滾厂抽，當(dāng)事務(wù)提交完成后需频，向事務(wù)協(xié)調(diào)者發(fā)出“完成”的消息。
反向第一階段
反向第二階段
兩階段提交存在的缺點(diǎn)
1. 性能缺陷：同步阻塞問題
XA協(xié)議遵循強(qiáng)一致性筷凤，在事務(wù)執(zhí)行過程中昭殉，各個(gè)節(jié)點(diǎn)占用數(shù)據(jù)庫(kù)資源，只有當(dāng)所有節(jié)點(diǎn)都準(zhǔn)備完畢藐守，才釋放資源挪丢，存在明顯的性能問題。
2. 單點(diǎn)問題
事務(wù)協(xié)調(diào)者是一個(gè)單點(diǎn)吗伤，一旦事務(wù)協(xié)調(diào)者掛掉吃靠，參與者就收不到commit消息或回滾的通知。
3. 消息在網(wǎng)絡(luò)中流動(dòng)足淆，容易出現(xiàn)消息丟失的情況巢块。
三階段提交
二階段拆分成三階段：canCommit, preCommit, doCommit
1. canCommit
和二階段提交的第一階段相似，協(xié)調(diào)者向參與者發(fā)出canCommit命令巧号，參與者響應(yīng)yes或no
2.preCommit
協(xié)調(diào)者向參與者發(fā)出preCommit命令族奢，進(jìn)入prepare狀態(tài)，參與者收到命令后丹鸿，執(zhí)行事務(wù)操作越走，記錄undo,redo日志。
3. doCommit
協(xié)調(diào)者向參與者發(fā)出doCommit命令靠欢，參與者接收到doCommit請(qǐng)求之后廊敌，執(zhí)行正式的事務(wù)提交。并在完成事務(wù)提交之后釋放所有事務(wù)資源。
事務(wù)提交完之后略水，向協(xié)調(diào)者發(fā)送Ack響應(yīng)珍策。
3pc相對(duì)于2pc：
1. 參與者在一定時(shí)間范圍內(nèi)，沒有收到協(xié)調(diào)者消息（也就是超時(shí)）肋殴，會(huì)自動(dòng)commit囤锉。
