如何使用消息隊列解決分布式事務？有兩種選擇。Scheme 1 Local message transaction table生產者需要添加一個事務消息表。具體步驟如下：[1。生產者執(zhí)行業(yè)務邏輯并將事務

如何使用消息隊列解決分布式事務？

有兩種選擇。

Scheme 1 Local message transaction table

生產者需要添加一個事務消息表。具體步驟如下：[1。生產者執(zhí)行業(yè)務邏輯并將事務記錄插入到消息表中。這兩個操作在一個本地事務中

2。啟動后臺線程定期輪詢消息表并將消息發(fā)送到消息隊列

3。刪除消息表中的消息，直到發(fā)送成功。

方案2需要消息隊列支持，業(yè)務端提供回溯接口

1。生產端將準備好的消息發(fā)送到消息隊列

2。在本地事務中，業(yè)務邏輯

3。根據(jù)執(zhí)行結果確認或取消準備好的消息

4。消息隊列將確保準備好的消息被確認或取消，并且消息隊列將不斷地向生產端請求執(zhí)行結果，這要求生產端提供類似的回調函數(shù)。

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

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

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

何時使用分布式消息隊列？

據(jù)我所知，消息隊列目前有幾種用途。

1. 消除峰值并控制流量

例如，在這種情況下，今天標題中的百萬個答案需要在完成后寫入數(shù)據(jù)庫。雖然你的MySQL只允許你以每秒300的速度寫，但是消息隊列是一個很好的方法。離線計算

日志分析，圖像處理，這些都屬于這類應用。

例如，您希望能夠根據(jù)網(wǎng)站的日志進行監(jiān)視。此時，在不影響web服務的情況下，可以通過消息隊列定期發(fā)送日志流

3。解耦

想象一個用戶上傳圖片的服務。用戶只想上傳到空間，但需要添加水印。如果同時添加水印和用戶記錄，速度會非常慢。因此，通常的方法是web服務接受圖像并通過消息隊列將其轉發(fā)給水印服務。web服務本身不會阻止。

您所說的分布式隊列只是為了適應高吞吐量消息隊列的優(yōu)化實現(xiàn)。

golang有什么比較好得分布式任務隊列，類似Python的celery？

機械是基于分布式消息傳遞的異步任務隊列/作業(yè)隊列。