RocketMQ之分布式事务消息

 

目录

什么是分布式事务消息

HalfMessage(半消息)

Message Status Check(消息回查)

分布式消息的执行原理

模拟事务正常执行的功能

模拟事务失败执行的功能

模拟消息回查执行的功能


 

什么是分布式事务消息

 

聊什么是事务,最经典的例子就是转账操作,用户A转账给用户B1000元的过程如下:

  • 用户A发起转账请求,用户A账户减去1000元
  • 用户B的账户增加1000元

如果,用户A账户减去1000元后,出现了故障(如网络故障),那么需要将该操作回滚,用户A账户增加1000元。这就是事务。

 

随着项目越来越复杂,越来越服务化,就会导致系统间的事务问题,这个就是分布式事务问题。分布式事务分类有这几种:
基于单个JVM,数据库分库分表了(跨多个数据库)。
基于多JVM,服务拆分了(不跨数据库)。
基于多JVM,服务拆分了 并且数据库分库分表了。

 

 

HalfMessage(半消息)

 

指的是暂不能投递的消息,发送方已经将消息成功发送到了 MQ 服务端,但是服务端未收到生产者对该消息的二次确认,此时该消息被标记成“暂不能投递”状态,处于该种状态下的消息即半消息

 

Message Status Check(消息回查)

 

由于网络闪断、生产者应用重启等原因,导致某条事务消息的二次确认丢失,MQ 服务端通过扫描发现某条消息长期处于“半消息”时,需要主动向消息生产者询问该消息的最终状态(Commit 或是 Rollback),该过程即消息回查。

 

 

分布式消息的执行原理

 

  • 1. 发送方向 MQ 服务端发送消息。
  • 2. MQ Server 将消息持久化成功之后,向发送方 ACK 确认消息已经发送成功,此时消息为半消息。
  • 3. 发送方开始执行本地事务逻辑。
  • 4. 发送方根据本地事务执行结果向 MQ Server 提交二次确认(Commit 或是 Rollback),MQ Server 收到Commit 状态则将半消息标记为可投递,订阅方最终将收到该消息;MQ Server 收到 Rollback 状态则删除半消息,订阅方将不会接受该消息。
  • 5. 在断网或者是应用重启的特殊情况下,上述步骤4提交的二次确认最终未到达 MQ Server,经过固定时间后MQ Server 将对该消息发起消息回查。
  • 6. 发送方收到消息回查后,需要检查对应消息的本地事务执行的最终结果。
  • 7. 发送方根据检查得到的本地事务的最终状态再次提交二次确认,MQ Server 仍按照步骤4对半消息进行操作。 

 

 

模拟事务正常执行的功能

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值