这两天在和其他项目组开发一个需求，大概意思是，我们项目下的订单，包括后续订单的状态变更，需要同步到另一个项目组的数据库里面，最开始定的是通过open-feign接口来传输数据（我们是微服务架构），后来考虑到对方项目可能在发版期间，服务不可用，接口异常导致数据传输失败，所以我们决定用mq来异步传输数据。
首先我这边项目作为生产者，我很快开发完代码，我这边利用订单id，作为shardingkey（因为订单后续不同的流程，比如开启服务，完成服务，评价订单，会修改状态，这一系列操作都是有序的，用订单id作为shardingkey保证了消息的有序性），定义了一个tag，然后我推送消息，经过运维查看Rocketmq控制台，消息发送成功，但是在消费端，消息却没有消费成功（消费端是另一个项目组同事开发的），两方排查，发现topic，groupid，tag，都对的上，就是消费不成功，接着，我重新推送了一条消息，这个时候成功了，就在我以为对接完成后，开始大规模测试推送，后续发现都没有成功，这个时候我开始询问其他项目组同事消费端的mq配置写法。
同时，让运维同事，查看控制台mq的情况，如下
从图中可以看出，现在对于同一个topic下的同一个groupId，有两个消费者绑定（两个服务器ip），但是是不同的tag，其中 commadity order sync 是这次我们新定义的tag,然后我问其他项目组同事的mq配置，结果得知，这个topic，对方那边之前有了一个消费者（就是tag=channel_target）已经绑定了，他现在又重新写了一个消费者，绑定了这个topic（topic=Topic-UAT-BR-DC-01）,但是用的是新的tag（commadity order sync），然后我查看mq的官方文档，发现他这个是订阅不一致问题导致的，官方解释如下：
他现在的写法就类似于这种错误示例二，两个消费者（旧代码里面之前使用的一个消费者），绑定同一个topic，但是是不同的tag。
找到问题后，有如下几种解决办法，
1、重新申请一个新的groupId和当前的这个topic绑定（因为多个groupId可以订阅同一个topic，同时一个groupId也可以订阅多个Topic,groupId和topic是多对多的关系）
2、不需要重新写一个新的消费者client，在旧的消费者配置client上，对于订阅的地方做修改，如下图所示：
然后在消费类listener里面对于不同的tag，做不同的业务处理即可。
最终我让他采用了方案2，代码修改完成后，重新测试，消费端能够正常消费消息
参考阿里云RocketMq 官方文档链接如下：
https://help.aliyun.com/zh/apsaramq-for-rocketmq/cloud-message-queue-rocketmq-4-x-series/use-cases/subscription-consistency?spm=5176.rocketmq.console-base_help.dexternal.4e99c35fR6BHM2
扫一扫
150
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
