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

最新推荐文章于 2024-04-16 21:18:21 发布
最新推荐文章于 2024-04-16 21:18:21 发布
阅读量764 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39136661/article/details/119702202
版权
本文记录了一次在MQ（Message Queue）使用过程中遇到的问题，即修改消息Key后，消息仍然路由到旧队列。通过实验发现，修改Key并不会覆盖原有Key，而是新增了一个Key。为避免消息误投，需要正确删除旧Key，而非简单删除代码中的Key，否则可能导致消息积压。
摘要由CSDN通过智能技术生成

记录对MQ消息的一次疑问

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

请添加图片描述

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

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

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

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

请添加图片描述

有个奇怪的现象是，原来的队列在rabbitmqManage里面仍然存在，原来的名字LEYOU.SAVE.QUEUE，
请添加图片描述

但是我改过名字之后的队列也出现了，消息打到了未改名字之前的队列，而没有打到新改名字的队列(因为新建的key为item.delete，而发送方为item.update)&

最低0.47元/天 解锁文章
掉面儿
关注
RocketMQ（14）——发送带Key的消息
Elim的博客
09-06 1799
如果业务里面的某一条消息有问题，通过Topic查询出来的是一堆的消息，虽然说可以通过时间范围查找，但是在某个时间范围内的消息有可能也成千上万，很难找到业务对应的那条。而通过Key进行查找的时候，Key就是我们的业务ID，很容易获得，Key往往是唯一的，那么查询出来的消息也将是唯一的那条。比如下面代码一共发送了10条消息，第一条消息的Key是0、1、2,第二条消息的Key是1、2、3,最后一条消息的Key是9、10、11。发送消息的时候可以指定一个Key，这个Key通常就是消息对应的某种业务的主键。
MQ - 02 基础篇_通讯协议
小工匠
09-18 6238
从功能上来看，一个最基础的消息队列应该具备生产、存储、消费的能力也就是能完成“生产者把数据发送到 Broker，Broker 收到数据后，持久化存储数据，最后消费者从 Broker 消费数据”的整个流程。我们从这个流程来拆解技术架构，如下图所示，最基础的消息队列应该具备五个模块。通信协议：用来完成客户端（生产者和消费者）和 Broker 之间的通信，比如生产或消费。网络模块：客户端用来发送数据，服务端用来接收数据。存储模块：服务端用来完成持久化数据存储。生产者：完成生产相关的功能。
mq 多个key对应一个queue问题
weixin_43153309的博客
12-20 1643
exchange 和 queue 是多对多关系 routing key 是关联exchange和queue的外键 多个routingkey 对应一个queue。 key1，key2，key3 绑定queue1 那么程序声明key1，2，3 和queue1的关系bindingkey1的方法可能回收到key2的消息。 注意需要自己判断routingkey在做分发 String routeKey = m...
rabbitmq的routingkey的作用
最新发布
F1814397的博客
04-16 569
看完美团、字节、腾讯这三家的面试问题，是不是感觉问的特别多，可能咱们又得开启面试造火箭、工作拧螺丝的模式去准备下一次的面试了。开篇有提及我可是足足背下了1000道题目，多少还是有点用的呢，我看了下，上面这些问题大部分都能从我背的题里找到的，所以今天给大家分享一下互联网工程师必备的面试1000题。注意不论是我说的互联网面试1000题，还是后面提及的算法与数据结构、设计模式以及更多的Java学习笔记等，皆可分享给各位朋友互联网工程师必备的面试1000题而且从上面三家来看，算法与数据结构是必备不可少的。
系列十二（实战）、发送 & 接收带Key的消息（Java操作RocketMQ）
仰望星空，脚踏实地！安全感是自己给的，努力才是一辈子的安全感。
12-25 846
在RocketMQ的消息中，如果没有未消息设定Key那么会有一个默认的Key，如下：但是对于一些特殊的场景，例如交易系统，按照orderSn查找是一个和常见的操作，那么这种情况下就涉及到了如何在发送消息的时候，指定消息的Key了。请看下面的案例。
MQ带来的一些问题、及解决方案
蓝天⊙白云的博客
08-01 2425
设置了acks=all，一定不会丢，要求是，你的leader接收到消息，所有的follower都同步到了消息之后，才认为本次写成功了。如果没满足这个条件，生产者会自动不断的重试，重试无限次。你消费到了这个消息，然后消费者那边自动提交了offset，让Kafka以为你已经消费好了这个消息，但其实你才刚准备处理这个消息，你还没处理，你自己就挂了，此时这条消息就丢咯。谁让【消息分发的消费者】写的太慢了，你临时写程序，接入数据来消费，消费一个丢弃一个，都不要了，快速消费掉所有的消息。...
MQ_常见问题
Chill Lyn
06-01 1675
文章目录应用场景选型高可用RabbitMQ镜像集群模式Kafka重复消费接口幂等强校验弱校验消息丢失RabbitMQ生产者在消息传入过程中数据丢失RabbitMQ消息丢失消费者消息丢失顺序消费问题解决消息堆积过期失效 应用场景 - 异步处理： - 应用解耦： - 流量削峰： 选型 吞吐量：ActiveMQ和RabbitMQ都是万级，RocketMQ和Kafka是十万级 时效性：Rabbit是微秒级，其他是毫秒级 可用性：ActiveMQ和RabbitMQ是主从架构，RocketMQ和Kafka是
【微服务】接口幂等性常用解决方案
congge
03-26 5173
接口幂等性常用解决方案
MQ理论介绍与主流MQ对比
JemeryShen的专栏
09-07 2993
MQ 是message queue ,消息队列，也叫消息中间件，遵守JMS（java message service）规范的一种软件。(同时还有另一个叫AMQP的应用层协议，语言无关性不受产品 语言等限制，rabbitMQ支持这个 )类似于数据库一样需要独立部署在服务器上的一种应用，提供接口给其他系统调用。主要用于各个系统之间通信的解耦。举例：比如登陆系统，在登陆之后需要调用短信系统给用户发短信说已经登陆，同时还需要调用日志系统记录登陆日志，需要调用积分系统对登陆签到的积分进行增加 等等。
RocketMQ消息发送
qq_27061805的博客
04-08 4456
RocketMQ消息发送 RocketMQ 支持3 种消息发送方式： 同步 （sync）、异步（async）、单向（oneway）。 同步：发送者向 MQ 执行发送消息API 时，同步等待，直到消息服务器返回发送结果。 异步：发送者向MQ 执行发送消息API 时，指定消息发送成功后的回调函数，然后调用消息发送API 后，立即返回，消息发送者线程不阻塞，直到运行结束，消息发送成功或失败的回调任务在一个新的线程中返回。 单向：消息发送者向MQ 执行发送消息API 时，直接返回，不等待消息服务器的结果
05面试常问：消息队列中，如何保证消息的顺序性？
AI乔治
11-10 1459
问：如何保证消息的顺序性？ 面试官心理分析 其实这个也是用 MQ 的时候必问的话题，第一看看你了不了解顺序这个事儿？第二看看你有没有办法保证消息是有顺序的？这是生产系统中常见的问题。 面试题剖析 我举个例子，我们以前做过一个 mysqlbinlog同步的系统，压力还是非常大的，日同步数据要达到上亿，就是说数据从一个 mysql 库原封不动地同步到另一个 mysql 库里面去（mysql -> mysql）。常见的一点在于说比如大数据 team，就需要同步一个 mysql 库过来，对公司...
【RocketMQ源码分析】什么是消息队列 MQ？
chengbinbbs的专栏
10-12 283
消息队列 MQ 既可为分布式应用系统提供异步解耦和削峰填谷的能力，同时也具备互联网应用所需的海量消息堆积、高吞吐、可靠重试等特性。 核心概念 Topic：消息主题，一级消息类型，生产者向其发送消息。 生产者：也称为消息发布者，负责生产并发送消息至 Topic。 消费者：也称为消息订阅者，负责从 Topic 接收并消费消息。 消息：生产者向 Topic 发送并最终传送给消费者的数据和（可选）属性的...
java可以重复消费的队列_Channel closed； cannot ack/nack 和 MQ的重复消费/重复发送消息问题（记RabbitMQ使用的几个小坑）...
weixin_35781147的博客
03-08 855
Application.yml：spring: application: name: cloud-purchase-servicerabbitmq: host: 127.0.0.1 port: 5672 username: guestpassword: 123456Controller：@Autowired private RabbitMqService rabbitMqService; @Get...
RabbitMQ 知识点总结
Jack·Kwok的博客
05-13 1987
消息队列 MQ 的相关概念 什么是 MQ MQ = Message Queue = 消息队列 消息队列：存放内容是消息的 FIFO（先入先出） 队列。是一种跨进程的通信机制，用于上下游传递消息。 为什么要用 MQ ？ 1、流量消峰 举个例子，假如一个系统一秒最多可以处理一万次订单，这个处理能力在正常时段是绰绰有余的。但是在高峰的时候（例如双十一），一秒钟能达到两万次请求，这时候系统是处理不了这么多的，传统的方法是限制当请求超过一万之后不允许用户下单。而使用消息队列的话可以做为缓冲，把一秒内处理的订单分成一段
rocketMQ 消息查询（id,key） 运维命令以及java API的用法
一条宝鱼的专栏
03-26 7351
[python] view plain copy  print? "font-family: Arial, Helvetica, sans-serif; background-color: rgb(255, 255, 255);">   "font-family: Arial, Helvetica, sans-serif; background-color: rgb(2
RabbitMQ基础概念详细介绍
woailuohui的专栏
08-14 9129
RabbitMQ简介 AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。RabbitMQ是一个开源的AMQP实现，服务器端用Erl...
对 rabbitmq 基本理解（exchange queue binding-key routing-key）
热门推荐
iamshuigege的博客
08-14 1万+
一  exchange queue binding-key routing-key概念及相互间的关系 1.queue ：存储消息的队列，可以指定name来唯一确定 2.exchange：交换机（常用有三种），用于接收生产者发来的消息，并通过binding-key 与 routing-key 的匹配关系来决定将消息分发到指定queue  2.1 Direct（路由模式）：完全匹配 > 当...
WebSphere MQ问题分析与解决路径
WebSphere MQ教程是一份详尽的指南，旨在帮助用户理解和解决在使用IBM的MQ系列，尤其是WebSphere MQ过程中遇到的问题。该教程分为几个关键部分： 1. **初步分析**：在遇到问题时，建议首先检查MQ的运行状态，包括...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值