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囤锉。