RocketMQ——Producer篇:发送事务消息

该事务消息是指Producer端的业务逻辑处理与向MQ发送消息事件是在同一个事务里面,即这两件事件要么同时成功要么同时失败。
可以解决如下类似场景的问题:A用户和B用户的账户体系不在同一台服务器上面,现在A用户向B用户转账100元,为了提高执行效率,就采用消息队列的方式实现异步处理。大致逻辑是A用户扣款100元,然后发送消息给消息队列,B用户的程序从队列中获取转账信息并向B用户上账100元。
若A用户先扣款再发送消息,如果扣款成功而发送消息失败,则导致数据不一致;
若先发送消息再扣款,但是发送消息成功而扣款失败,也会导致数据不一致;
若采用RocketMQ发送事务消息,则第一阶段发送Prepared消息时,会拿到消息的地址,第二阶段执行本地事物,第三阶段通过第一阶段拿到的地址去访问消息,并修改状态。如果第三阶段的确认消息发送失败了,RocketMQ会定期扫描消息集群中的事物消息,发现Prepared消息,它会向消息发送者确认,RocketMQ会根据发送端设置的策略来决定是回滚还是继续发送确认消息。这样就保证了消息发送与本地事务同时成功或同时失败。
在应用层通过初始化TransactionMQProducer类,可以发送事务消息,大致逻辑如下:
1、自定义业务类,该类实现TransactionCheckListener接口的checkLocalTransactionState(final MessageExt msg)方法,该方法是对于本地业务执行完毕之后发送事务消息状态时失败导致Broker端的事务消息一直处于PREPARED状态的补救,Broker对于长期处于PREPARED状态的事务消息发起回查请求时,Producer在收到回查事务消息状态请求之后,调用该che

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值