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自带的事务机制去发送消息
写入内存缓存时丢失
解决:设置为同步刷盘,但是效率会大大降低,谨慎使用
本文探讨了在分布式系统中如何处理消息队列中的消费顺序、重复消费和消息丢失问题。首先,通过确保消息发送到同一MQ并采用消费者确认机制来解决消费顺序。其次,提出了两种处理重复消费的方法:实现业务逻辑的幂等性和使用日志记录消费状态。最后,针对消息丢失,提出了使用RocketMQ的事务机制以及同步刷盘策略。这些方法旨在保障分布式环境下的数据一致性。

1万+

被折叠的 条评论
为什么被折叠?



