【RabbitMQ】RabbitMQ 消息的堆积问题 —— 使用惰性队列解决消息的堆积问题

文章目录

  • 一、消息的堆积问题
    • 1.1 什么是消息的堆积问题
    • 1.2 消息堆积的解决思路
  • 二、惰性队列解决消息堆积问题
    • 2.1 惰性队列和普通队列的区别
    • 2.2 惰性队列的声明方式
    • 2.3 演示惰性队列接收大量消息
    • 2.4 惰性队列的优缺点


一、消息的堆积问题

1.1 什么是消息的堆积问题

消息的堆积问题是指在消息队列系统中,当生产者以较快的速度发送消息,而消费者处理消息的速度较慢,导致消息在队列中积累并达到队列的存储上限。在这种情况下,最早被发送的消息可能会在队列中滞留较长时间,直到超过队列的容量上限。当队列已满且没有更多的可用空间来存储新消息时,新的消息可能无法进入队列,从而导致消息丢失。这种情况下的消息通常被称为死信,因为它们无法被正常消费。

例如,下图展示了消息堆积问题的情景,其中消息的堆积超出了队列的容量上限,导致部分消息成为死信并被丢弃:

消息堆积问题

1.2 消息堆积的解决思路

解决消息堆积问题通常需要采取以下三种主要思路:

  1. 增加更多消费者,提高消费速度:一种解决方案是增加消费者,以提高消息的处理速度。通过增加并行消费者,系统可以更快地处理消息,减少消息在队列中的滞留时间。这种方式适用于可以水平扩展消费者的情况。

  2. 在消费者内开启线程池加快消息处理速度:在消费者内部采用线程池的方式,可以有效提高消息的处理速度。通过并发处理消息,消费者能够更有效地消费队列中的消息,缓解堆积问题。

  3. 扩大队列容积,提高堆积上限:增加队列的容量上限是另一种解决方案。通过扩大队列的容积,系统能够容纳更多的消息,延长消息在队列中的存留时间,从而减少消息堆积的概率。这对于短期高峰消息负载的情况可能有帮助。

根据实际需求和资源,可以选择一种或多种解决思路来应对消息的堆积问题。每种方法都有其适用的场景,选择合适的解决方案对于确保消息队列系统的稳定性和性能至关重要。

下面将演示如何创建惰性队列,来解决消息的堆积问题。

二、惰性队列解决消息堆积问题

2.1 惰性队列和普通队列的区别

在消息队列系统中,存储和管理消息通常依赖于内存,这种方式能够提供快速的消息访问和处理。然而,在高并发场景下,当消息量达到数以百万计时,将所有消息存储在内存中可能会引发性能问题。这时,惰性队列应运而生。

自RabbitMQ的3.6.0版本开始,引入了Lazy Queues的概念,也称为惰性队列。惰性队列与普通队列之间存在以下显著区别:

惰性队列的特征:

  1. 消息存储在磁盘:惰性队列在接收到消息后会直接将消息存储到磁盘上,而不是保存在内存中。这意味着消息不会立即加载到内存,从而减轻了内存的压力。

  2. 按需加载到内存:当消费者需要消费消息时,惰性队列才会从磁盘中读取消息并加载到内存中。这种按需加载的方式确保了消息在磁盘上等待消费时不会占用大量内存资源,从而提高了系统的性能和可扩展性。

  3. 支持大规模消息存储:惰性队列具有出色的存储能力,可以容纳数百万条消息,从而确保消息的可靠存储和高可用性。

普通队列与惰性队列的对比:

对于普通的消息队列,如果没有开启消息的持久化,所有进入队列的消息通常都会保存在内存中,以提高消息的处理速度。然而,内存是有限的资源,RabbitMQ 通常会设置内存使用的预警值,通常为内存的40%。在消息堆积的情况下,可能会达到这个内存预警值。

此时,RabbitMQ 将采取一系列措施,通常被称为 “Paged Out”,以防止内存耗尽。这包括将超过内存预警值的消息刷出到磁盘上,从而释放一部分内存。同时,RabbitMQ 还会阻止新的消息进入队列,以避免进一步的内存消耗。这一系列过程会导致 RabbitMQ 进入间歇性的暂停状态,阻止了生产者的写入请求,最终导致消息队列的并发能力出现忽高忽低的情况,性能变得不够稳定。

相比之下,惰性队列将消息直接写入磁盘,难以达到内存预警值,从而提供了更稳定的性能。然而,由于涉及磁盘的读写操作,性能可能会受到一定的限制。在选择队列类型时,需要权衡内存和磁盘的使用情况,根据具体的应用需求和性能要求来做出决策。

2.2 惰性队列的声明方式

  1. 使用命令行设置惰性队列

要将队列设置为惰性队列,可以通过命令行工具来实现,同时这个方式也可以将运行中的队列设置为惰性队列。以下是在 RabbitMQ 中使用命令设置队列为惰性队列:

rabbitmqctl set_policy Lazy "^lazy-queue$" '{"queue-mode":"lazy"}' --apply-to queues

对上面命令的解释:

  • rabbitmqctl:RabbitMQ 的命令行工具,用于执行 RabbitMQ 相关操作。

  • set_policy:命令用于添加一个策略。

  • Lazy:策略的名称,您可以根据需要自定义策略名称。

  • "^lazy-queue$":使用正则表达式来匹配队列的名称。这里的正则表达式匹配队列名为 “lazy-queue” 的队列。

  • '{"queue-mode":"lazy"}':设置队列的模式为 “lazy”,这将使队列成为惰性队列。

  • --apply-to queues:指定策略应用于队列。这表示正在为队列应用 “lazy” 模式。

执行上述命令后,指定的队列将被设置为惰性队列,消息将以惰性队列的方式进行存储和管理。

  1. 使用 @Bean 注解声明惰性队列

要声明一个惰性队列,可以使用Spring的@Bean注解以编程方式创建队列,并将其配置为惰性队列。以下是一个示例,展示如何使用@Bean注解创建惰性队列:

import org.springframework.amqp.core.Queue;
import org.springframework.amqp.core.QueueBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;@Configuration
public class RabbitMQConfig {@Beanpublic Queue lazyQueue() {return QueueBuilder.durable("lazy.queue").lazy() // 设置 x-queue-mode 为 lazy.build();}
}

在上述示例中,首先创建一个Queue对象,名称为 “lazy.queue”,并使用QueueBuilder进行配置。然后,通过调用.lazy()方法来设置队列的模式为 “lazy”,这将使队列成为惰性队列。最后,通过调用.build()方法来构建并返回队列。

  1. 使用 @RabbitListener 注解声明惰性队列

同样可以使用Spring的@RabbitListener注解来声明和监听惰性队列。以下是一个示例,展示如何使用@RabbitListener注解声明和监听惰性队列:

@RabbitListener(queuesToDeclare = @Queue(name = "lazy.queue",durable = "true",arguments = @Argument(name = "x-queue-mode", value = "lazy")
))
public void listenLazyQueue(String msg) {log.info("接收到 lazy.queue 的消息:" + msg);
}

在这个示例中,使用 @RabbitListener 注解声明一个监听器方法 listenLazyQueue,该方法监听名为 “lazy.queue” 的队列。以下是代码中的关键部分:

  • @RabbitListener 注解用于声明监听器方法,它告诉RabbitMQ监听指定的队列。

  • queuesToDeclare 属性用于声明队列的属性,包括队列的名称、是否持久化以及自定义参数。在这里,设置了队列的名称为 “lazy.queue”,并指定了持久化属性和队列模式为 “lazy”。

  • listenLazyQueue 方法定义了在接收到消息时要执行的逻辑,您可以在其中编写处理消息的代码。

通过使用 @RabbitListener 注解,可以方便地声明和监听惰性队列,以接收并处理队列中的消息。这简化了消息消费的配置和管理,同时确保了队列的属性和模式的一致性。

2.3 演示惰性队列接收大量消息

下面同时使用 @Bean 声明一个惰性队列和一个普通队列,然后分别向这两个队列写入一百万条消息,观察消息写入队列的情况:

  1. 声明惰性队列和普通队列
@Bean
public Queue lazyQueue() {return QueueBuilder.durable("lazy.queue").lazy() // 设置 x-queue-mode 为 lazy.build();
}@Bean
public Queue normalQueue() {return QueueBuilder.durable("normal.queue").build();
}
  1. 发送消息的逻辑
@Test
public void testLazyQueue() {for (int i = 0; i < 1000000; i++) {// 1. 创建消息Message message = MessageBuilder.withBody("hello, lazy queue".getBytes(StandardCharsets.UTF_8)).setDeliveryMode(MessageDeliveryMode.NON_PERSISTENT).build();// 2. 发送消息rabbitTemplate.convertAndSend("lazy.queue", message);}
}@Test
public void testNormalQueue() {for (int i = 0; i < 1000000; i++) {// 1. 创建消息Message message = MessageBuilder.withBody("hello, normal queue".getBytes(StandardCharsets.UTF_8)).setDeliveryMode(MessageDeliveryMode.NON_PERSISTENT).build();// 2. 发送消息rabbitTemplate.convertAndSend("normal.queue", message);}
}
  1. 观察消息的写入情况

运行上面两个测试代码,分别向惰性队列和普通队列发送一百万条消息。

首先来看惰性队列,可以发现 “Queued messages” 消息累计是逐渐增多的,并且曲线却是接近直线,并且 “Message rates”消息的入队速度也是在一个范围内上下浮动:
然后可以发现所有的消息全部都是 “Paged Out” 到了磁盘中:

然后再来看普通队列,可以发现 “Queued messages” 消息累计也是逐渐增多的,并且曲线却是出现了弯折的情况,并且 “Message rates”消息的入队速度曲线上下浮动差距非常大:

然后可以发现有一部分数据再内存中,其他大部分数据 “Paged Out” 到了磁盘上:

2.4 惰性队列的优缺点

惰性队列的优点:

  1. 基于磁盘存储,消息上限高:惰性队列将消息直接存储到磁盘中,而不是内存,因此它具有更高的消息存储上限。这意味着惰性队列能够容纳数以百万计的消息,而不会因内存限制而出现堆积问题。

  2. 没有间歇性的 page-out,性能比较稳定:惰性队列的消息存储方式避免了间歇性的 “page-out” 操作。在普通队列中,当内存预警值达到时,RabbitMQ会执行 “page-out” 操作,将消息从内存刷出到磁盘,这可能导致队列的性能出现间歇性波动。惰性队列不受此问题影响,因此性能较为稳定。

惰性队列的缺点:

  1. 基于磁盘存储,消息时效性会降低:由于惰性队列将消息存储到磁盘中,相比于存储在内存中,消息的访问速度较慢。这可能导致消息的时效性降低,即消息的传递速度会减缓。在某些实时性要求较高的应用中,这可能不是最佳选择。

  2. 性能受限于磁盘的 IO:惰性队列的性能受限于磁盘的读写速度,因为消息需要从磁盘加载到内存以进行处理。如果磁盘的IO性能不足,可能会影响消息的传递速度和队列的响应时间。

总之,惰性队列在处理大量消息且不要求实时性的场景中具有明显的优势,因为它可以有效避免消息堆积问题,并提供较高的消息存储上限。然而,对于需要更高时效性和更快响应时间的应用,可能需要考虑其他存储方式或性能优化策略。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/161155.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

同城售后系统退款业务重构心得 | 京东云技术团队

一、重构背景 1.1、退款 到家、小时购、天选退款有2套结构&#xff0c;代码逻辑混乱&#xff1b; 其中小时购、天选部分售后单是和平生pop交互退款&#xff0c;部分是和售后中台交互退款&#xff1b;并且兼容3套逻辑&#xff1b; 痛点&#xff1a;代码繁重&#xff0c;缺乏…

CCLINK IEFB总线转ETHERNET/IP网络的协议网关使欧姆龙和三菱的数据互通的简单配置方法

想要实现CCLINK IEFB总线和ETHERNET/IP网络的数据互通。 捷米JM-EIP-CCLKIE是一款ETHERNET/IP从站功能的通讯网关&#xff0c;该产品主要功能是实现CCLINK IEFB总线和ETHERNET/IP网络的数据互通。本网关连接到ETHERNET/IP总线和CCLINK IEFB总线上都可以做为从站使用。网关分别…

创建基于多任务的并发服务器

有几个请求服务的客户端&#xff0c;我们就创建几个子进程。 这个过程有以下三个阶段&#xff1a; 这里父进程传递的套接字文件描述符&#xff0c;实际上不需要传递&#xff0c;因为子进程会复制父进程拥有的所有资源。 #include <stdio.h> #include <stdlib.h>…

Android---App 的安装过程

Android 系统中两个比较重要的服务 ActivityManagerService(AMS) 和 WindowManagerService(WMS)&#xff0c;这篇文章中通过分析 apk 的安装过程&#xff0c;来了解 Android 中另一个比较重要的系统服务 -- PackageManagerService(PMS)。 编译阶段 在分析安装过程之前&#x…

ElasticSearch集群架构实战及其原理剖析

ES集群架构 为什么要使用ES集群架构 分布式系统的可用性与扩展性&#xff1a; 高可用性 服务可用性&#xff1a;允许有节点停止服务&#xff1b;数据可用性&#xff1a;部分节点丢失&#xff0c;不会丢失数据&#xff1b; 可扩展性 请求量提升/数据的不断增长(将数据分布…

上线项目问题——无法加载响应数据

目录 无法加载响应数据解决 无法加载响应数据 上线项目时 改用服务器上的redis和MySQL 出现请求能请求到后端&#xff0c;后端也能正常返回数据&#xff0c;但是在前端页面会显示 以为是跨域问题&#xff0c;但是环境还在本地&#xff0c;排除跨域问题以为是服务器问题&#…

一款简单而强大的文档翻译网站

一款文字/文件翻译的网站,支持多个领域的翻译&#xff0c;支持常见的语言翻译(韩/日/法/英/俄/德…),最大百分比的保持原文排版(及个别除外基本100%还原)。 新用户注册就有100页的免费额度&#xff0c;每月系统还会随机赠送翻译额度&#xff0c;说实话这比好多的企业要好的多了…

设计模式_策略模式

策略模式 介绍 设计模式定义案例问题堆积在哪里解决办法策略模式对算法进现封装&#xff0c;抽象 如&#xff1a;IF elseIF 一大堆 可以配合工厂模式使用炼丹炉里做饭 要求 菜谱 和 食材可配置问题在可配置 菜谱封装菜谱 然后抽象菜谱&#xff0c;为了统一使用方法 类图 Cai…

3D RPG Course | Core 学习日记三:Navigation智能导航地图烘焙

前言 前面我们已经绘制好了一个简单的地图场景&#xff0c;现在我们需要使用Navigation给地图做智能导航&#xff0c;以实现AI自动寻路&#xff0c;以及设置地图的可行走区域以及不可行走区域&#xff0c;Navigation的基础知识、原理、用法在Unity的官方文档&#xff0c;以及网…

【算法专题】双指针—和为s的两个数

一、题目解析 只需在这个数组中找出两个数相加等于target即可 二、算法原理 1、暴力解法&#xff08;时间复杂度&#xff1a;O(n^2)&#xff09; 两个for循环嵌套遍历这个数组即可&#xff0c;不过会超时 class Solution { public:vector<int> twoSum(vector<int&…

multiple kernel learning(MKL)多核学习

历史上之所以会出现多核学习&#xff08;MKL&#xff09;这个词&#xff0c;是因为在深度学习流行起来以前&#xff0c;kernel是处理非线性的默认方法&#xff0c;那个年代优化一个非线性函数不容易&#xff0c;每加一层复杂性可能就需要多设计一个优化算法&#xff0c;MKL就是…

【数据结构】数组和字符串(十四):字符串匹配1:朴素的模式匹配算法(StringMatching)

文章目录 4.3 字符串4.3.1 字符串的定义与存储4.3.2 字符串的基本操作4.3.3 模式匹配算法1. 算法原理2. ADL语言3. 伪代码4. C语言实现5 时间复杂度 4.3 字符串 字符串(String)是由零个或多个字符(char)顺序排列组成的有限序列&#xff0c;简称为串。例如 “good morning”就是…