您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關(guān)如何進行RocketMQ事務(wù)消息實現(xiàn),文章內(nèi)容質(zhì)量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
摘要: 事務(wù)消息提交或回滾的實現(xiàn)原理就是根據(jù)commitlogOffset找到消息,如果是提交動作,就恢復(fù)原消息的主題與隊列,再次存入commitlog文件進而轉(zhuǎn)到消息消費隊列,供消費者消費,然后將原預(yù)處理消息存入一個新的主題RMQ_SYS_TRANS_OP_HALF_TOPIC,代表該消息已被處理;回滾消息與提交事務(wù)消息不同的是,提交事務(wù)消息會將消息恢復(fù)原主題與隊列,再次存儲在commitlog文件中。
若您對RocketMQ技術(shù)感興趣,請加入 RocketMQ技術(shù)交流群
小編將重點分析RocketMQ Broker如何處理事務(wù)消息提交、回滾命令,根據(jù)前面的介紹,其入口EndTransactionProcessor#processRequest:
OperationResult result = new OperationResult();if (MessageSysFlag.TRANSACTION_COMMIT_TYPE == requestHeader.getCommitOrRollback()) { // @1result = this.brokerController.getTransactionalMessageService().commitMessage(requestHeader); // @2 if (result.getResponseCode() == ResponseCode.SUCCESS) { // @3 RemotingCommand res = checkPrepareMessage(result.getPrepareMessage(), requestHeader); // @4 if (res.getCode() == ResponseCode.SUCCESS) { MessageExtBrokerInner msgInner = endMessageTransaction(result.getPrepareMessage()); // @5 msgInner.setSysFlag(MessageSysFlag.resetTransactionValue(msgInner.getSysFlag(), requestHeader.getCommitOrRollback())); msgInner.setQueueOffset(requestHeader.getTranStateTableOffset()); msgInner.setPreparedTransactionOffset(requestHeader.getCommitLogOffset()); msgInner.setStoreTimestamp(result.getPrepareMessage().getStoreTimestamp()); // @6 RemotingCommand sendResult = sendFinalMessage(msgInner); // @7 if (sendResult.getCode() == ResponseCode.SUCCESS) { this.brokerController.getTransactionalMessageService().deletePrepareMessage(result.getPrepareMessage()); // @8 } return sendResult; } return res; } }
代碼@1:如果請求為提交事務(wù),進入事務(wù)消息提交處理流程。
代碼@2:提交消息,別被這名字誤導(dǎo)了,該方法主要是根據(jù)commitLogOffset從commitlog文件中查找消息返回OperationResult實例:
cdn.com/14618120dcde45cd59aba1c5cb3ccd5cee5c9e61.png">
private MessageExt prepareMessage :消息對象。
private int responseCode:查找結(jié)果。
private String responseRemark :錯誤提示。
代碼@3:如果成功查找到消息,則繼續(xù)處理,否則返回給客戶端,消息未找到錯誤信息。
代碼@4:驗證消息必要字段。
驗證消息的生產(chǎn)組與請求信息中的生產(chǎn)者組是否一致。
驗證消息的隊列偏移量(queueOffset)與請求信息中的偏移量是否一致。
驗證消息的commitLogOffset與請求信息中的CommitLogOffset是否一致。
代碼@5:調(diào)用endMessageTransaction方法,該方法主要的目的就是恢復(fù)事務(wù)消息的真實的主題、隊列,并設(shè)置事務(wù)ID。
代碼@6:設(shè)置消息的相關(guān)屬性,這一步應(yīng)該直接在endMessageTransaction中實現(xiàn)就好,統(tǒng)一恢復(fù)原消息的數(shù)量,特別關(guān)注的是取消了事務(wù)相關(guān)的系統(tǒng)標記。
代碼@7:發(fā)送最終消息,其實現(xiàn)原理非常簡單,調(diào)用MessageStore將消息存儲在commitlog文件中,此時的消息,會被轉(zhuǎn)發(fā)到原消息主題對應(yīng)的消費隊列,被消費者消費。
代碼@8:刪除預(yù)處理消息(prepare),其實是將消息存儲在主題為:RMQ_SYS_TRANS_OP_HALF_TOPIC的主題中,代表這些消息已經(jīng)被處理(提交或回滾)。
上述就是事務(wù)消息提交的流程,事務(wù)回滾類似,接下來大概分析一下事務(wù)消息回滾的流程。
EndTransactionProcessor#processRequest else if (MessageSysFlag.TRANSACTION_ROLLBACK_TYPE == requestHeader.getCommitOrRollback()) { result = this.brokerController.getTransactionalMessageService().rollbackMessage(requestHeader); // @1 if (result.getResponseCode() == ResponseCode.SUCCESS) { RemotingCommand res = checkPrepareMessage(result.getPrepareMessage(), requestHeader); if (res.getCode() == ResponseCode.SUCCESS) { this.brokerController.getTransactionalMessageService().deletePrepareMessage(result.getPrepareMessage()); // @2 } return res; } }
代碼@1:回滾消息,其實內(nèi)部就是根據(jù)commitlogOffset查找消息。
代碼@2:將消息存儲在RMQ_SYS_TRANS_OP_HALF_TOPIC中,代表該消息已被處理,與提交事務(wù)消息不同的是,提交事務(wù)消息會將消息恢復(fù)原主題與隊列,再次存儲在commitlog文件中。
事務(wù)消息在Broker服務(wù)端的提交回滾流程就介紹到這了。其核心實現(xiàn)就是根據(jù)commitlogOffset找到消息,如果是提交動作,就恢復(fù)原消息的主題與隊列,再次存入commitlog文件進而轉(zhuǎn)到消息消費隊列,供消費者消費,然后將原預(yù)處理消息存入一個新的主題RMQ_SYS_TRANS_OP_HALF_TOPIC,代表該消息已被處理;回滾消息與提交事務(wù)消息不同的是,提交事務(wù)消息會將消息恢復(fù)原主題與隊列,再次存儲在commitlog文件中。
關(guān)于如何進行RocketMQ事務(wù)消息實現(xiàn)就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。