RocketMQ - 从 RocketMQ 底层原理分析为什么会重复发优惠券?

本文探讨了RocketMQ中可能出现的消息重复问题,包括订单系统重复发送消息到MQ和MQ重复消费消息导致优惠券重复发放。通过分析原因,提出了引入幂等性机制来确保数据一致性。介绍了业务判断法和状态判断法(基于Redis)作为解决方案,但指出在订单系统环节完全实现幂等性存在挑战。最后,提出优惠券系统可通过业务判断法在数据库层面保证幂等性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 订单系统发送消息到MQ的时候会重复吗?

可能有的同学乍一看觉得应该不可能,但是其实在生产环境中运行的系统,显然是有可能把整个消息重复发两次的。

  1. 首先假设用户在支付成功之后,我们的订单系统收到了一个支付成功的通知,接着他就向MQ发送了一条订单支付成功的消息,这个大家都知道没有什么问题。

    但是偏偏可能因为不知道什么原因,你的订单系统处理的速度有点慢,然后可能因为你订单系统处理的速度慢了,这就导致支付系统跟你订单系统之间的请求出现了超时,此时有可能支付系统再次重试调用了你订单系统得到接口去通知你,这个订单支付成功了,然后你的订单系统这个时候可能又推送了一条消息到MQ中,相当于是一个订单支付成功的消息,你重复推了两次到MQ,此时相当于是MQ里就会对一个订单的支付成功消息,共有两条。

    那如果你订单系统对一个订单重复推送了两次支付成功的消息到MQ,MQ里对一个订单有两条重复的支付成功消息,优惠券系统必然会消费到一个订单的两条重复的支付成功消息,也必然会针对这个订单给用户重复的派发两个优惠券。

  2. 接着我们来考虑第二种情况,假设支付系统没有对一个订单重复调用你的订单系统的接口,而是你订单系统自己可能就重复发送消息到MQ里去,那这是一个什么情况呢?

    假设我们的订单系统为了保证消息一定能投递到MQ里去&

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

无法无天过路客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值