go分布式 如何使用消息隊(duì)列解決分布式事務(wù)?
如何使用消息隊(duì)列解決分布式事務(wù)?有兩種選擇。Scheme 1 Local message transaction table生產(chǎn)者需要添加一個(gè)事務(wù)消息表。具體步驟如下:[1。生產(chǎn)者執(zhí)行業(yè)務(wù)邏輯并將事務(wù)
如何使用消息隊(duì)列解決分布式事務(wù)?
有兩種選擇。
Scheme 1 Local message transaction table
生產(chǎn)者需要添加一個(gè)事務(wù)消息表。具體步驟如下:[1。生產(chǎn)者執(zhí)行業(yè)務(wù)邏輯并將事務(wù)記錄插入到消息表中。這兩個(gè)操作在一個(gè)本地事務(wù)中
2。啟動(dòng)后臺(tái)線程定期輪詢消息表并將消息發(fā)送到消息隊(duì)列
3。刪除消息表中的消息,直到發(fā)送成功。
方案2需要消息隊(duì)列支持,業(yè)務(wù)端提供回溯接口
1。生產(chǎn)端將準(zhǔn)備好的消息發(fā)送到消息隊(duì)列
2。在本地事務(wù)中,業(yè)務(wù)邏輯
3。根據(jù)執(zhí)行結(jié)果確認(rèn)或取消準(zhǔn)備好的消息
4。消息隊(duì)列將確保準(zhǔn)備好的消息被確認(rèn)或取消,并且消息隊(duì)列將不斷地向生產(chǎn)端請(qǐng)求執(zhí)行結(jié)果,這要求生產(chǎn)端提供類(lèi)似的回調(diào)函數(shù)。
在方案2中,消息隊(duì)列取代了方案1中的消息表和后臺(tái)線程輪詢功能,但并非所有消息隊(duì)列都支持此功能。支持Rocketmq。
其次,它依賴于少量的外部消息隊(duì)列開(kāi)發(fā)。
傳統(tǒng)事務(wù)為什么解決不了分布式事務(wù)?
其根本原因是傳統(tǒng)事務(wù)只能解決單個(gè)事務(wù)資源的問(wèn)題,而分布式事務(wù)則考慮了多個(gè)事務(wù)資源的問(wèn)題。這兩種場(chǎng)景是不同的,傳統(tǒng)的事務(wù)無(wú)法解決分布式事務(wù)的問(wèn)題。
1. 傳統(tǒng)的事務(wù)通常指數(shù)據(jù)庫(kù)事務(wù),事務(wù)資源的強(qiáng)一致性保證了事務(wù)的一致性。在傳統(tǒng)的單一應(yīng)用中,由于事務(wù)資源在同一個(gè)應(yīng)用中,無(wú)法跨多個(gè)事務(wù)資源調(diào)用,因此可以高效工作;
,只需要保證數(shù)據(jù)的“最終一致性”,但最終時(shí)間需要在用戶可接受的范圍內(nèi);但在金融關(guān)聯(lián)交易領(lǐng)域,仍然需要采用強(qiáng)一致性的方法來(lái)保證交易的準(zhǔn)確性和可靠性。
3. 目前,分布式事務(wù)常用的解決方案有:兩階段提交、三階段提交、sagas長(zhǎng)事務(wù)、補(bǔ)償模式、可靠事件模式(本地事件表、外部事件表)、可靠事件模式(非事務(wù)消息、事務(wù)消息),TCC等
不同實(shí)現(xiàn)的優(yōu)缺點(diǎn)如下圖所示:
科普知識(shí)@大象聊天技術(shù)
我學(xué)過(guò)Java和golang。Java已經(jīng)使用了5年,我對(duì)Java的生態(tài)、工業(yè)語(yǔ)言和無(wú)數(shù)解決方案有著深刻的感受。無(wú)論您是從事互聯(lián)網(wǎng)還是傳統(tǒng)行業(yè)的開(kāi)發(fā),java開(kāi)發(fā)總能解決很多問(wèn)題。國(guó)內(nèi)巨頭阿里巴巴將java作為一種新的語(yǔ)音語(yǔ)言推向了頂峰,golang的簡(jiǎn)單語(yǔ)法使用難度空前,其生態(tài)也在逐步改善,如docker etcd kubernetes Tidb、beego甚至阿里巴巴都在中國(guó)推出了Dubbo go。今天頭條、比力、滴滴等中國(guó)公司的技術(shù)堆棧已經(jīng)逐漸從Java變成了golang。不是Java不好,而是golang非常簡(jiǎn)單。如果您開(kāi)發(fā)一個(gè)包含20行代碼的web應(yīng)用程序,Java可能需要您了解完整的技術(shù)棧,比如spring引導(dǎo)棧,而golang只需要您了解httprouter。RPC框架的支持并不比Java好多少。去cicd領(lǐng)域完全是玩Java。畢竟,docker和kubernetes是由golang編寫(xiě)的,它們自然得到無(wú)縫支持。Golang的并發(fā)模型也領(lǐng)先于Java。Gorouting是為并發(fā)而生的,所以現(xiàn)在學(xué)習(xí)golang是一個(gè)很好的選擇,但是golang也有它自己的優(yōu)點(diǎn)它的缺點(diǎn)是項(xiàng)目管理和包依賴管理不如Java,通用支持也不是很好。與Java的生態(tài)相比,go的國(guó)內(nèi)生態(tài)還很欠缺。另外,爪哇的就業(yè)比哥朗簡(jiǎn)單,因?yàn)椴罹嗪艽?,但哥朗的就業(yè)工資并不低于爪哇。因此,從語(yǔ)言的角度來(lái)看,golang優(yōu)于Java,生態(tài)上低于Java,理論上比Java有著光明的前景,這需要看到國(guó)內(nèi)的趨勢(shì),所以建議大家學(xué)習(xí)