互联网通用架构技术----消息队列消息顺序控制

一个业务队列引入一个消费者

如果一个业务队列的消息交由一个消费者消费,处理的顺序就会依赖入队的顺序。但是单消费者严重影响了系统的并发处理能力。PASS。

依赖分布式锁的消息递增ID

每个消息被创建时,都被赋予一个全局的,递增的,连续的序号ID,可以通过这个顺序ID作为消息处理的顺序。在消息处理之后会附加一些保障操作。

异步消息队列不应该有顺序依赖

任务既然采用异步消息队列,对于消息就不应该依赖其顺序性,失败的消息进行保存,失败消息按照序号进行重试,重试多次之后消息通过。

工作中主要采用这种方式。

总结

其实这个问题是一个确实需要解决的问题,方案当然有,但是可能需要涉及到中间件的二次开发,由于更关注业务,所以暂时没有特别深入的解决方案。

转载于:https://my.oschina.net/u/1000241/blog/894521

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值