MQ关于key问题的一次解决过程

最新推荐文章于 2023-12-25 14:09:37 发布
最新推荐文章于 2023-12-25 14:09:37 发布
阅读量720 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39136661/article/details/119702202
版权

记录对MQ消息的一次疑问

情况：今天在学习MQ的时候，由于想对利用topic模式进行发送消息的过程了解的更清楚一点，所以自己在源码的基础上对代码进行了修改，想着弄成消息的积压，具体修改为修改了key，因为这个key决定交换机会把这个消息发送到哪个队列里面去，key原来是item.update我改成了item.delete，想着这个时候再发item.update消息应该发送不到原来的消息队列里面了

请添加图片描述

但是意外的是消息还是会发送到原来的队列里面去，为了排除key的影响

我又新建了一个队列改了名字，key仍然是item.delete发现消息并不能发送到这个队列里面

而后探究队列名字的影响：

然后我又修改了上述问题队列的名字再次发送消息，

请添加图片描述

有个奇怪的现象是，原来的队列在rabbitmqManag

最低0.47元/天 解锁文章
掉面儿
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
RocketMQ（14）——发送带Key的消息
Elim的博客
09-06 1707
如果业务里面的某一条消息有问题，通过Topic查询出来的是一堆的消息，虽然说可以通过时间范围查找，但是在某个时间范围内的消息有可能也成千上万，很难找到业务对应的那条。而通过Key进行查找的时候，Key就是我们的业务ID，很容易获得，Key往往是唯一的，那么查询出来的消息也将是唯一的那条。比如下面代码一共发送了10条消息，第一条消息的Key是0、1、2,第二条消息的Key是1、2、3,最后一条消息的Key是9、10、11。发送消息的时候可以指定一个Key，这个Key通常就是消息对应的某种业务的主键。
RocketMq--key和tag的作用及容易踩坑的点
热门推荐
wodiaonihai的博客
01-12 1万+
Producer 实例 Producer 的一个对象实例，不同的 Producer 实例可以运行在不同进程内或者不同机器上。Producer 实例线程安全，可在同一进程内多线程之间共 享。 Message Key Key 一般用于消息在业务层面的唯一标识。对发送的消息设置好 Key，以后可以根据这个 Key 来查找消息。比如消息异常，消息丢失，进行查找会很 方便。RocketMQ 会创建专门的索引文件，用来存储 Key 与消息的映射，由于是 Hash 索引，应尽量使 Key 唯一，避免潜在的哈希冲突。 Ta
系列十二（实战）、发送 & 接收带Key的消息（Java操作RocketMQ）
最新发布
仰望星空，脚踏实地！安全感是自己给的，努力才是一辈子的安全感。
12-25 741
在RocketMQ的消息中，如果没有未消息设定Key那么会有一个默认的Key，如下：但是对于一些特殊的场景，例如交易系统，按照orderSn查找是一个和常见的操作，那么这种情况下就涉及到了如何在发送消息的时候，指定消息的Key了。请看下面的案例。
8、RocketMQ 源码解析之消息发送
carl.zhao的专栏
05-04 860
当我们启动了元数据管理 NameServer 以及 消息管理 Broker。下面我们就可以进行消息发送了。RocketMQ 支持三种消息发送方式： 同步消息发送(sync)：当 Producer 发送消息到 Broker 时会同步等待消息处理结果 异步消息发送(async)：当 Producer 发送消息到 Broker 时会指定一个消息发送成功的回调函数，调用消息发送后立即返回不会阻塞。消息发送成功或者失败会在一个新的线程中进行处理。 单向消息发送(oneway)：当 Producer 发送消息到 Br
MQ带来的一些问题、及解决方案
蓝天⊙白云的博客
08-01 2368
设置了acks=all，一定不会丢，要求是，你的leader接收到消息，所有的follower都同步到了消息之后，才认为本次写成功了。如果没满足这个条件，生产者会自动不断的重试，重试无限次。你消费到了这个消息，然后消费者那边自动提交了offset，让Kafka以为你已经消费好了这个消息，但其实你才刚准备处理这个消息，你还没处理，你自己就挂了，此时这条消息就丢咯。谁让【消息分发的消费者】写的太慢了，你临时写程序，接入数据来消费，消费一个丢弃一个，都不要了，快速消费掉所有的消息。...
MQ核心问题重复顺序丢失过期解决.docx
08-05
为了解决这个问题，我们可以使用幂等性设计，即使消费者消费了多次同一条消息，也不会对业务系统产生影响。 二、顺序消费 顺序消费是一个非常重要的问题。在某些业务场景中，消息的顺序非常重要，例如，在订单系统...
mq的一些问自己的总结的问题
06-13
mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的总结的问题mq的一些问自己的...
趋势一次一单.mq4
10-07
趋势一次一单源码，每单都带止损止，策略可以大小资金都可以跑，不会出现爆仓情况，不加仓，五年交易记录可看
IMB MQ 报错问题记录
03-18
IMB MQ 报错问题记录
MQ 日志文件损坏问题解决方法
10-27
解决这个问题通常需要一定的应急策略和对MQ配置的深入理解。 首先，问题定位是关键。当遇到“AMQ7017”错误时，应检查队列管理器的日志路径配置是否正确，并确认日志文件是否存在。如果日志文件确实丢失，可能是...
RocketMQ消息发送
qq_27061805的博客
04-08 4371
RocketMQ消息发送 RocketMQ 支持3 种消息发送方式： 同步 （sync）、异步（async）、单向（oneway）。 同步：发送者向 MQ 执行发送消息API 时，同步等待，直到消息服务器返回发送结果。 异步：发送者向MQ 执行发送消息API 时，指定消息发送成功后的回调函数，然后调用消息发送API 后，立即返回，消息发送者线程不阻塞，直到运行结束，消息发送成功或失败的回调任务在一个新的线程中返回。 单向：消息发送者向MQ 执行发送消息API 时，直接返回，不等待消息服务器的结果
05面试常问：消息队列中，如何保证消息的顺序性？
AI乔治
11-10 1397
问：如何保证消息的顺序性？ 面试官心理分析 其实这个也是用 MQ 的时候必问的话题，第一看看你了不了解顺序这个事儿？第二看看你有没有办法保证消息是有顺序的？这是生产系统中常见的问题。 面试题剖析 我举个例子，我们以前做过一个 mysqlbinlog同步的系统，压力还是非常大的，日同步数据要达到上亿，就是说数据从一个 mysql 库原封不动地同步到另一个 mysql 库里面去（mysql -> mysql）。常见的一点在于说比如大数据 team，就需要同步一个 mysql 库过来，对公司...
RocketMQ学习一-RocketMQ简介
qq_35930102的博客
12-01 2090
1 基本概念 1.1 消息(Message) 消息是指，消息系统所传输信息的物理载体，生产和消费数据的最小单位，每条消息必须属于一个主题。 1.2 主题(Topic) Topic表示一类消息的集合，每个主题包含若干条消息，每条消息只能属于一个主题，是RocketMQ进行消息订阅的基本单位。 topic:message 1:n message:topic 1:1 一个生产者可以同时发送多种Topic的消息；而一个消费者只对某种特定的Topic感兴趣，即只可以订阅和消费一种Topic的消息。 producer
mq 多个key对应一个queue问题
weixin_43153309的博客
12-20 1616
exchange 和 queue 是多对多关系 routing key 是关联exchange和queue的外键 多个routingkey 对应一个queue。 key1，key2，key3 绑定queue1 那么程序声明key1，2，3 和queue1的关系bindingkey1的方法可能回收到key2的消息。 注意需要自己判断routingkey在做分发 String routeKey = m...
RabbitMQ——常见问题（笔记）
weixin_46949627的博客
09-01 2268
rabbitMQ常见问题处理
RocketMQ(一)—基础篇
敲代码的小小酥的博客
06-29 1013
前言 RocketMQ最初是cooy的Kafka，改成了java语言。所以，RocketMQ中充斥着Kafka的影子。学习RocketMQ前，最好学习Kafka知识。 一、物理架构 NameServer: NameServer类似于Kafka中的Zookeeper，是RocketMQ的服务注册中心，所以启动RocketMQ需要先启动NameServer再启动Broker。 Broker在启动时向所有NameServer注册服务器地址等信息，生产者在发送消息之前先从NameServer获取Broker服务器
java可以重复消费的队列_Channel closed； cannot ack/nack 和 MQ的重复消费/重复发送消息问题（记RabbitMQ使用的几个小坑）...
weixin_35781147的博客
03-08 836
Application.yml：spring: application: name: cloud-purchase-servicerabbitmq: host: 127.0.0.1 port: 5672 username: guestpassword: 123456Controller：@Autowired private RabbitMqService rabbitMqService; @Get...
mq重复消费的问题解决
05-31
MQ（消息队列）重复消费的问题，可以通过以下几种方式进行解决： 1. 消费端去重：在消费端进行消息去重，即消费一条消息后将其标记为已消费，并记录其ID或者消息内容等信息。当下一次消费到相同的消息时，判断其是否已被消费过，如果已被消费过则直接跳过，否则进行消费。这种方式可以确保消息不会被重复消费，但需要在消费端进行额外的开发工作。 2. 消息去重中间件：使用专门的消息去重中间件，如RocketMQ、Kafka等，这些中间件提供了消息去重的功能，可以在消息发送时进行去重，避免消息被重复发送。这种方式可以减少消费端的开发工作，但需要对中间件进行额外的配置和管理。 3. 消息幂等性设计：在消息的生产端进行幂等性设计，即在生产消息时保证相同消息的重复发送不会产生影响。例如，给每条消息分配一个唯一的ID，当重复发送相同ID的消息时，消费端可以通过该ID进行判断，避免消息被重复消费。这种方式需要在消息生产端进行额外的设计和开发工作。 以上是几种常见的解决MQ重复消费的方法，具体应该根据业务需求和实际情况选择合适的方式。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值