【RabbitMQ】RabbitMQ 消息的堆积问题 —— 使用惰性队列解决消息的堆积问题-CSDN博客
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
文章目录
一、消息的堆积问题
1.1 什么是消息的堆积问题
消息的堆积问题是指在消息队列系统中当生产者以较快的速度发送消息而消费者处理消息的速度较慢导致消息在队列中积累并达到队列的存储上限。在这种情况下最早被发送的消息可能会在队列中滞留较长时间直到超过队列的容量上限。当队列已满且没有更多的可用空间来存储新消息时新的消息可能无法进入队列从而导致消息丢失。这种情况下的消息通常被称为死信因为它们无法被正常消费。
例如下图展示了消息堆积问题的情景其中消息的堆积超出了队列的容量上限导致部分消息成为死信并被丢弃
1.2 消息堆积的解决思路
解决消息堆积问题通常需要采取以下三种主要思路
-
增加更多消费者提高消费速度一种解决方案是增加消费者以提高消息的处理速度。通过增加并行消费者系统可以更快地处理消息减少消息在队列中的滞留时间。这种方式适用于可以水平扩展消费者的情况。
-
在消费者内开启线程池加快消息处理速度在消费者内部采用线程池的方式可以有效提高消息的处理速度。通过并发处理消息消费者能够更有效地消费队列中的消息缓解堆积问题。
-
扩大队列容积提高堆积上限增加队列的容量上限是另一种解决方案。通过扩大队列的容积系统能够容纳更多的消息延长消息在队列中的存留时间从而减少消息堆积的概率。这对于短期高峰消息负载的情况可能有帮助。
根据实际需求和资源可以选择一种或多种解决思路来应对消息的堆积问题。每种方法都有其适用的场景选择合适的解决方案对于确保消息队列系统的稳定性和性能至关重要。
下面将演示如何创建惰性队列来解决消息的堆积问题。
二、惰性队列解决消息堆积问题
2.1 惰性队列和普通队列的区别
在消息队列系统中存储和管理消息通常依赖于内存这种方式能够提供快速的消息访问和处理。然而在高并发场景下当消息量达到数以百万计时将所有消息存储在内存中可能会引发性能问题。这时惰性队列应运而生。
自RabbitMQ的3.6.0版本开始引入了Lazy Queues的概念也称为惰性队列。惰性队列与普通队列之间存在以下显著区别
惰性队列的特征
-
消息存储在磁盘惰性队列在接收到消息后会直接将消息存储到磁盘上而不是保存在内存中。这意味着消息不会立即加载到内存从而减轻了内存的压力。
-
按需加载到内存当消费者需要消费消息时惰性队列才会从磁盘中读取消息并加载到内存中。这种按需加载的方式确保了消息在磁盘上等待消费时不会占用大量内存资源从而提高了系统的性能和可扩展性。
-
支持大规模消息存储惰性队列具有出色的存储能力可以容纳数百万条消息从而确保消息的可靠存储和高可用性。
普通队列与惰性队列的对比
对于普通的消息队列如果没有开启消息的持久化所有进入队列的消息通常都会保存在内存中以提高消息的处理速度。然而内存是有限的资源RabbitMQ 通常会设置内存使用的预警值通常为内存的40%。在消息堆积的情况下可能会达到这个内存预警值。
此时RabbitMQ 将采取一系列措施通常被称为 “Paged Out”以防止内存耗尽。这包括将超过内存预警值的消息刷出到磁盘上从而释放一部分内存。同时RabbitMQ 还会阻止新的消息进入队列以避免进一步的内存消耗。这一系列过程会导致 RabbitMQ 进入间歇性的暂停状态阻止了生产者的写入请求最终导致消息队列的并发能力出现忽高忽低的情况性能变得不够稳定。
相比之下惰性队列将消息直接写入磁盘难以达到内存预警值从而提供了更稳定的性能。然而由于涉及磁盘的读写操作性能可能会受到一定的限制。在选择队列类型时需要权衡内存和磁盘的使用情况根据具体的应用需求和性能要求来做出决策。
2.2 惰性队列的声明方式
- 使用命令行设置惰性队列
要将队列设置为惰性队列可以通过命令行工具来实现同时这个方式也可以将运行中的队列设置为惰性队列。以下是在 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” 模式。
执行上述命令后指定的队列将被设置为惰性队列消息将以惰性队列的方式进行存储和管理。
- 使用
@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 {
@Bean
public Queue lazyQueue() {
return QueueBuilder.durable("lazy.queue")
.lazy() // 设置 x-queue-mode 为 lazy
.build();
}
}
在上述示例中首先创建一个Queue
对象名称为 “lazy.queue”并使用QueueBuilder
进行配置。然后通过调用.lazy()
方法来设置队列的模式为 “lazy”这将使队列成为惰性队列。最后通过调用.build()
方法来构建并返回队列。
- 使用
@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
声明一个惰性队列和一个普通队列然后分别向这两个队列写入一百万条消息观察消息写入队列的情况
- 声明惰性队列和普通队列
@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();
}
- 发送消息的逻辑
@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);
}
}
- 观察消息的写入情况
运行上面两个测试代码分别向惰性队列和普通队列发送一百万条消息。
首先来看惰性队列可以发现 “Queued messages” 消息累计是逐渐增多的并且曲线却是接近直线并且 “Message rates”消息的入队速度也是在一个范围内上下浮动
然后可以发现所有的消息全部都是 “Paged Out” 到了磁盘中
然后再来看普通队列可以发现 “Queued messages” 消息累计也是逐渐增多的并且曲线却是出现了弯折的情况并且 “Message rates”消息的入队速度曲线上下浮动差距非常大
然后可以发现有一部分数据再内存中其他大部分数据 “Paged Out” 到了磁盘上
2.4 惰性队列的优缺点
惰性队列的优点
-
基于磁盘存储消息上限高惰性队列将消息直接存储到磁盘中而不是内存因此它具有更高的消息存储上限。这意味着惰性队列能够容纳数以百万计的消息而不会因内存限制而出现堆积问题。
-
没有间歇性的 page-out性能比较稳定惰性队列的消息存储方式避免了间歇性的 “page-out” 操作。在普通队列中当内存预警值达到时RabbitMQ会执行 “page-out” 操作将消息从内存刷出到磁盘这可能导致队列的性能出现间歇性波动。惰性队列不受此问题影响因此性能较为稳定。
惰性队列的缺点
-
基于磁盘存储消息时效性会降低由于惰性队列将消息存储到磁盘中相比于存储在内存中消息的访问速度较慢。这可能导致消息的时效性降低即消息的传递速度会减缓。在某些实时性要求较高的应用中这可能不是最佳选择。
-
性能受限于磁盘的 IO惰性队列的性能受限于磁盘的读写速度因为消息需要从磁盘加载到内存以进行处理。如果磁盘的IO性能不足可能会影响消息的传递速度和队列的响应时间。
总之惰性队列在处理大量消息且不要求实时性的场景中具有明显的优势因为它可以有效避免消息堆积问题并提供较高的消息存储上限。然而对于需要更高时效性和更快响应时间的应用可能需要考虑其他存储方式或性能优化策略。
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |