最大努力通知【分佈式事務解決方案】

目錄

一、概述

二、解決方案

三、RocketMQ實現最大努力通知型事務

四、小結


一、概述


最大努力通知也是一種解決分佈式事務的方案,下面是一個充值的例子:

交互流程【1】賬戶系統調用充值系統接口;
【2】充值系統完成支付處理向賬戶系統發起充值結果通知,若通知失敗,則充值系統按策略進行重複通知。
【3】賬戶系統接收到充值結果通知修改充值狀態;
【4】賬戶系統未接收到通知會主動調用充值系統的接口查詢充值結果。
通過上邊的例子我們總結最大努力通知方案的目標:發起通知方通過一定的機制最大努力將業務處理結果通知到接收方。 具體包括:1、有一定的消息重複通知機制。 因爲接收通知方可能沒有接收到通知,此時要有一定的機制對消息重複通知。 2、消息校對機制。 如果盡最大努力也沒有通知到接收方,或者接收方消費消息後要再次消費,此時可由接收方主動向通知方查詢消息信息來滿足需求。
最大努力通知與可靠消息一致性有什麼不同:1、解決方案思想不同:可靠消息一致性發起通知方需要保證將消息發出去,並且將消息發到接收通知方,消息的可靠性關鍵由發起通知方來保證。 最大努力通知,發起通知方盡最大的努力將業務處理結果通知給接收通知方,但是可能消息接收不到,此時需要接收通知方主動調用發起通知方的接口查詢業務處理結果,通知的可靠性關鍵在接收通知方。 2、兩者的業務應用場景不同:可靠消息一致性關注的是交易過程的事務一致,以異步的方式完成交易。 最大努力通知關注的是交易後的通知事務,即將交易結果可靠的通知出去。 3、技術解決方向不同:可靠消息一致性要解決消息從發出到接收的一致性,即消息發出並且被接收到。 最大努力通知無法保證消息從發出到接收的一致性,只提供消息接收的可靠性機制。可靠機制是,最大努力的將消息通知給接收方,當消息無法被接收方接收時,由接收方主動查詢消息(業務處理結果)

二、解決方案


方案一本方案是利用 MQ的 ack機制由 MQ向接收通知方發送通知,流程如下:


【1】發起通知方將通知發給MQ。 使用普通消息機制將通知發給MQ。 注意:如果消息沒有發出去可由接收通知方主動請求發起通知方查詢業務執行結果;
【2】接收通知方監聽 MQ;
【3】接收通知方接收消息,業務處理完成迴應ack;
【4】接收通知方若沒有迴應 ack則MQ會重複通知。 MQ會按照間隔1min、5min、10min、30min、1h、2h、5h、10h的方式,逐步拉大通知間隔 (如果MQ採用 rocketMq,在broker中可進行配置),直到達到通知要求的時間窗口上限;
【5】接收通知方可通過消息校對接口來校對消息的一致性;
方案二本方案也是利用 MQ的ack機制,與方案一不同的是應用程序向接收通知方發送通知,如下圖:

交互流程如下: [1】發起通知方將通知發給MQ。 使用可靠消息一致方案中的事務消息保證本地事務與消息的原子性,最終將通知先發給MQ;
【2】通知程序監聽 MQ,接收MQ的消息。 方案一中接收通知方直接監聽MQ,方案二中由通知程序監聽MQ。通知程序若沒有迴應 ack則 MQ會重複通知。
【3】通知程序通過互聯網接口協議(如http、webservice)調用接收通知方案接口,完成通知。 通知程序調用接收通知方案接口成功就表示通知成功,即消費MQ消息成功,MQ將不再向通知程序投遞通知消息;
【4】接收通知方可通過消息校對接口來校對消息的一致性。
方案一和方案二的不同點: 1、方案一中接收通知方與MQ對接,即接收通知方監聽 MQ,此方案主要應用與內部應用之間的通知。 2、方案二中由通知程序與MQ對接,通知程序監聽MQ,收到 MQ的消息後由通知程序通過互聯網接口協議調用接收通知方。此方案主要應用於外部應用之間的通知,例如支付寶、微信的支付結果通知。

三、RocketMQ實現最大努力通知型事務


業務說明本實例通過 RocketMQ中間件實現最大努力通知型分佈式事務,模擬充值過程。 本案例有賬戶系統和充值系統兩個微服務,其中賬戶系統的數據庫是bank1數據庫,其中有張三賬戶。充值系統的數據庫使用bank1_pay數據庫,記錄了賬戶的充值記錄。 業務流程如下圖:


交互流程如下:【1】用戶請求充值系統進行充值;
【2】充值系統完成充值將充值結果發給MQ;
【3】賬戶系統監聽MQ,接收充值結果通知,如果接收不到消息,MQ會重複發送通知。接收到充值結果通知賬戶系統增加充值金額;
【4】賬戶系統也可以主動查詢充值系統的充值結果查詢接口,增加金額;
導入 Maven依賴

<dependency> 
    <groupId>org.apache.rocketmq</groupId> 
    <artifactId>rocketmq‐spring‐boot‐starter</artifactId> 
    <version>2.0.2</version> 
</dependency>

配置RocketMQ 在 application-local.propertis中配置 RocketMQ nameServer地址及生產組:

rocketmq.producer.group = producer_bank2 
rocketmq.name‐server = 127.0.0.1:9876

核心代碼支付系統服務端實現,發送通知消息服務。實現如下功能:
【1】充值接口;
【2】充值完成要通知;
【3】充值結果查詢接口;

import org.apache.rocketmq.spring.core.RocketMQTemplate;
import org.springframework.stereotype.Service;

/**
 * @author Administrator
 * @version 1.0
 **/
@Service
@Slf4j
public class AccountPayServiceImpl implements AccountPayService {

    @Autowired
    AccountPayDao accountPayDao;

    @Autowired
    RocketMQTemplate rocketMQTemplate;

    //插入充值記錄
    @Transactional
    @Override
    public AccountPay insertAccountPay(AccountPay accountPay) {
        int success = accountPayDao.insertAccountPay(accountPay.getId(), accountPay.getAccountNo(), accountPay.getPayAmount(), "success");
        if(success>0){
            //發送通知,使用普通消息發送通知
            accountPay.setResult("success");
            rocketMQTemplate.convertAndSend("topic_notifymsg",accountPay);
            return accountPay;
        }
        return null;
    }

    //查詢充值記錄,接收通知方調用此方法來查詢充值結果
    @Override
    public AccountPay getAccountPay(String txNo) {
        AccountPay accountPay = accountPayDao.findByIdTxNo(txNo);
        return accountPay;
    }
}

核心代碼被通知服務,service 代碼實現如下:

import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;

/**
 * @author Administrator
 * @version 1.0
 **/
@Service
@Slf4j
public class AccountInfoServiceImpl implements AccountInfoService {

    @Autowired
    AccountInfoDao accountInfoDao;

    @Autowired
    PayClient payClient;

    //更新賬戶金額
    @Override
    @Transactional
    public void updateAccountBalance(AccountChangeEvent accountChange) {
        //冪等校驗
        if(accountInfoDao.isExistTx(accountChange.getTxNo())>0){
            return ;
        }
        int i = accountInfoDao.updateAccountBalance(accountChange.getAccountNo(), accountChange.getAmount());
        //插入事務記錄,用於冪等控制
        accountInfoDao.addTx(accountChange.getTxNo());
    }

    //遠程調用查詢充值結果
    @Override
    public AccountPay queryPayResult(String tx_no) {

        //遠程調用
        AccountPay payresult = payClient.payresult(tx_no);
        if("success".equals(payresult.getResult())){
            //更新賬戶金額
            AccountChangeEvent accountChangeEvent = new AccountChangeEvent();
            accountChangeEvent.setAccountNo(payresult.getAccountNo());//賬號
            accountChangeEvent.setAmount(payresult.getPayAmount());//金額
            accountChangeEvent.setTxNo(payresult.getId());//充值事務號
            updateAccountBalance(accountChangeEvent);
        }
        return payresult;
    }
}

核心代碼被通知服務,被通知服務監聽類代碼如下:

import org.apache.rocketmq.spring.annotation.RocketMQMessageListener;
import org.apache.rocketmq.spring.core.RocketMQListener;

/**
 * @author Administrator
 * @version 1.0
 **/
@Component
@Slf4j
@RocketMQMessageListener(topic = "topic_notifymsg",consumerGroup = "consumer_group_notifymsg_bank1")
public class NotifyMsgListener implements RocketMQListener<AccountPay> {

    @Autowired
    AccountInfoService accountInfoService;

    //接收消息
    @Override
    public void onMessage(AccountPay accountPay) {
        log.info("接收到消息:{}", JSON.toJSONString(accountPay));
        if("success".equals(accountPay.getResult())){
            //更新賬戶金額
            AccountChangeEvent accountChangeEvent = new AccountChangeEvent();
            accountChangeEvent.setAccountNo(accountPay.getAccountNo());
            accountChangeEvent.setAmount(accountPay.getPayAmount());
            accountChangeEvent.setTxNo(accountPay.getId());
            accountInfoService.updateAccountBalance(accountChangeEvent);
        }
        log.info("處理消息完成:{}", JSON.toJSONString(accountPay));
    }
}

四、小結


最大努力通知方案是分佈式事務中對一致性要求最低的一種,適用於一些最終一致性時間敏感度低的業務; 最大努力通知方案需要實現如下功能:
【1】消息重複通知機制;
【2】消息校對機制;


 ----關注公衆號,獲取更多內容----

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章