RocketMQ 重复消费,消费顺序控制,消息丢失问题处理方案

1.消费顺序控制
假设有三条消息,创建订单M1,订单付款M2,订单完成M3三个消息,在MQ集群下,假设M1发送到MQ1,M2发送到MQ2,那么将不能保证消息的执行顺序。
最简单的处理方式就是,将消息发布到同一个MQ上,先进先出原则,这样就能保证M1消息先于M2消息发送。
但是还存在一个问题就是,假设M1发送成功了,然后发送了M2,但是M1在消费的时候产生了网络波动,导致M1消费慢于M2。
为了解决它我们可以发送到同一个消费者上,当M1消费成功后返回,再去发送M2去进行消费,当M1没有响应的话一般就会去重新发送,这样就会存在重复消费的问题。

2.重复消费
重复消费主要是因为网络波动引起的,导致发送了两条相同的消息,转换一下思维,重复消费其实就是说 如果消费端收到两条一样的消息,应该怎样处理?
方法1:保证消费端业务逻辑的幂等性,无论执行多少遍相同消息,结果都一致
方法2:利用日志表去记录每次成功消费的id,消费前先判断下日志表中是否已经消费过。

3.消息丢失
消息产生阶段出现网络波动导致消息丢失:
解决:用rocketmq自带的事务机制去发送消息
写入内存缓存时丢失
解决:设置为同步刷盘,但是效率会大大降低,谨慎使用

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

JavaSupeMan

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

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

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

打赏作者

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

抵扣说明:

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

余额充值