rocketmq 消息 自定义_RocketMQ顺序消息

本文探讨了如何在RocketMQ中实现顺序消息消费,通过将相同消息ID放入同一队列,利用FIFO特性保证消息顺序。分析了默认的轮询算法和自定义队列选择器,包括Hash、随机选择,并提醒了未实现的机房选择策略。同时,展示了Producer和Consumer的代码示例,以确保消息的顺序消费。
摘要由CSDN通过智能技术生成

我们知道消息队列的特性导致其消息不是顺序进行消费的,RocketMQ没有提供所谓的顺序消息来供我们使用,但是有时候一些场景需要需要顺序的去接收消息。今天我们重点讨论一下如何实现这种功能。虽然RocketMQ没有提供顺序消费但是我们可以变相的来实现它。我们知道消息需要放入队列中才能被消费,而队列本身的特性就是FIFO先进先出,我们可以将需要顺序的消息放入一个队列中,则就可以实现这个功能。

1、场景分析

场景:两个业务系统之间消息通过MQ传输,业务系统A数据传输至业务系统B,要求消息准确、实时。但是业务系统A的原始的数据可能会存在修改的情况,要求业务系统B需要实时的更改。保证消息的实时性、一致性、可靠性。

1.1、默认消息生产过程分析

主题test_1发送消息到RocketMQ的双主Broker1、Broker2上,每个broker上test_1主题对应4个队列,消息id为001001的消息存在创建(create)、更新(update),MQ集群是双主的,使用默认的消息发送算法,消息将轮询的丢弃到各个队列中。

默认按照轮询算法将消息分发到各个broker的不同的队列中,保证每个队列的消息都是均匀分配,集群消费且消费者多个时,多个消费者会分散到不同的队列中消费消息,保证消息能够实时消费。

因为消息本身是放入到不同的队列中消费的就不能保证其顺序性,更新的消息可能是最先被消费掉,创建的消息消费时业务需要判断消息是否是最新的,需要进行查库验证,是则更新,不是则丢弃保存最新的消息,保证业务系统A与业务系统B,数据的一致性,增加了业务处理的难度。

1.2、顺序消息生产过程分析

我们在生产消息的时候可以将同一个消息ID的消息放入到相同的队列中,保证同一类需要顺序消费的消息放入到同一个队列中,这样队列中的消息就是有序的。但是同时也需要保证消息的消费也是有序的才可以保证消息的顺序消费。

集群模式下同一个消费组内的消费者共同承担其订阅主题下的消息队列的消费,同一个消息消息队列在同一时刻只会被消费组内的一个消费者消费,一个消费者同一时刻可以分配多个消费队列。

集群模式下的普通消息,线

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值