MQ业务消息执行顺序问题

è¿éåå¾çæè¿°

问题背景: 单机架构下MQ队列本身具有先进先出的有序特性,但在分布式架构下,消费的顺序受服务实例和网络的影响而无法继续保持有序特性。 由于业务消息的执行具有先后关系,无序的执行会导致业务处理异常。 以上BUG消费端采用业务逻辑兼容的方案(比如:先收到取消指令,会自动创建订单),会增加程序处理复杂度,方案上需要优化

方案一:消费端增加消息记录表,暂存不满足业务条件的消息,并采用定时器进行补偿处理,补偿超次进行预警;(该方案对技术营运友好,目前DMS正在使用,同样该方案可以用来解决重复消费问题)

方案二:消费端对不满足业务条件的消息不进行确认,多次消费失败进入死信队列,监听死信队列进行补偿,补偿超次或失败进行预警;

方案三:采用RocketMQ顺序消费机制;(不建议使用,会降低系统吞吐量)

 

rocketmq顺序消费

https://blog.youkuaiyun.com/abennet/article/details/79402776

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值