事务消息实现分布式事务

本文探讨了消息队列如何实现分布式事务,以保证生产者和消费者数据一致性。通过举例订单系统与购物车系统的交互,指出在确保本地操作与消息发送原子性时可能存在的数据不一致问题。介绍了RocketMQ和Kafka的解决方案,RocketMQ利用事务反查机制,而Kafka则依赖用户自行处理异常并重试。
摘要由CSDN通过智能技术生成

消息队列里的分布式事务?(仅代表第二代消息队列,rocketmq和kafka)

消息队列的事务是为了保持生产者的数据和消费者的数据一致,保证生产者执行了操作,然后发送的消息,消费者一定要收到消息;

**例子背景:**订单系统在数据库生成订单然后再发消息给购物车系统,让系统将订单里的商品从购物车里移除;

**问题分析:**要保证生产者和消费者的数据一致性,第一得保证生产者执行了本地操作后一定能发送消息,反之失败不能发送消息,第二保证mq必须能将消息提交给消费者。第二mq可以根据自己的重传和操作的幂等性保证,因此只需要着重考虑第一点。

**常规想法:**要保证一致性,那么用原子性保证,只需要让生产者执行操作和发送消息操作是原子操作便可以解决,因此有了以下想法:

  1. 开启本地事务;

  2. 执行本地操作,在数据库创建订单信息;

    2.1 若本地事务执行成功则发送消息到mq,提交本地事务;

    2.2 若失败则回滚;

该想法一个漏洞是,在2.1提交事务时宕机,导致消息队列事务没有提交成功,本地操作作废,但是消息已经提交到mq,mq发给了消费者,因此导致数据不一致;

消息队列实现原理图:

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值