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

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

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

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

Java程序員要如何實(shí)現(xiàn)漲薪？

我是一名php程序員，已經(jīng)工作了8年。語言不同。他們都是程序員，所以我回答這個(gè)問題很合適。

如果你想增加薪水，首先，你的能力應(yīng)該與你想增加的薪水相匹配。如果你沒有達(dá)到你的能力，但想增加你的工資，這是有點(diǎn)超出你的能力。

所以加薪的第一個(gè)條件就是要提高自己，無論在技術(shù)、能力、溝通方面，各方面都需要提高。

如果你的能力真的足夠了，那么我認(rèn)為可以嘗試以下兩種方法。

1. 對(duì)現(xiàn)有公司提出加薪要求。在我看來，一些比較開放的公司的領(lǐng)導(dǎo)還是可以接受員工加薪的。

當(dāng)然，在IT行業(yè)，程序員的工資在公司里一般都是保密的，所以加薪的時(shí)候最好保密。只有領(lǐng)導(dǎo)知道。當(dāng)你提出張公司的需求時(shí)，領(lǐng)導(dǎo)會(huì)重新評(píng)價(jià)你，然后。。。

我工作了8年，從來沒有跳槽過。在自己的公司，我兩次提出加薪要求，最后領(lǐng)導(dǎo)同意了。

2. 跳槽，大多數(shù)程序員可能有這種感覺。如果程序員跳槽，他們的工資會(huì)漲得很快。這是因?yàn)镮T行業(yè)對(duì)優(yōu)秀程序員的需求一直很大，尤其是現(xiàn)在一些小型初創(chuàng)企業(yè)可以提供高薪。

尋找更合適的公司也是一個(gè)不錯(cuò)的選擇。城市越大，工資越高，節(jié)奏壓力越大。

這是我個(gè)人的觀點(diǎn)。

-葉紹的梅老板

我將從子數(shù)據(jù)庫和子表中存在的問題以及如何解決這些問題來回答這個(gè)問題。。

沒有辦法避免這個(gè)問題，通常拆分SQL，使用多個(gè)查詢，然后使用結(jié)果分別檢查結(jié)果

！我們可以使用TCC編程模型來確保兩個(gè)事務(wù)可以正確提交，但這種代碼入侵方式相對(duì)較重！您還可以使用基于消息的數(shù)據(jù)一致性保證

！1. 使用多線程分別查詢多個(gè)節(jié)點(diǎn)，然后匯總！