atomikos(oracle) 分布式事務(wù)配置后為什么程序與數(shù)據(jù)庫交互變得很慢很慢？據(jù)我所知，分布式事務(wù)在理論上可以解決業(yè)務(wù)的多數(shù)據(jù)庫全局事務(wù)問題，但在實(shí)際中很難使用。最好從業(yè)務(wù)流程的組織上保證業(yè)務(wù)

atomikos(oracle) 分布式事務(wù)配置后為什么程序與數(shù)據(jù)庫交互變得很慢很慢？

據(jù)我所知，分布式事務(wù)在理論上可以解決業(yè)務(wù)的多數(shù)據(jù)庫全局事務(wù)問題，但在實(shí)際中很難使用。最好從業(yè)務(wù)流程的組織上保證業(yè)務(wù)級(jí)事務(wù)的一致性。當(dāng)然，業(yè)務(wù)一致性的效果應(yīng)該是事務(wù)的最終一致性，而不是任何時(shí)候數(shù)據(jù)的一致性。

如何使用消息隊(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)端提供類似的回調(diào)函數(shù)。

在方案2中，消息隊(duì)列取代了方案1中的消息表和后臺(tái)線程輪詢功能，但并非所有消息隊(duì)列都支持此功能。支持Rocketmq。

方案1的開發(fā)工作量大，外部依賴性小

方案2的開發(fā)工作量小，但依賴于特定的消息隊(duì)列。