RabbitMQ持久化机制(消息持久化、队列持久化)

😊 @ 作者: 一恍过去
🎊 @ 社区: Java技术栈交流
🎉 @ 主题: RabbitMQ持久化机制(消息持久化、队列持久化)

在这里插入图片描述

前言

RabbitMQ是一个消息队列中间件,它支持消息的持久化,以确保消息在服务器重启或失败情况下不会丢失。RabbitMQ的持久化机制涉及两个方面:队列的持久化和消息的持久化。

队列的持久化:
通过将队列标记为持久化,可以确保在RabbitMQ服务器重启后,队列仍然存在。要创建一个持久化的队列,需要在声明队列时使用durable参数设置为true:
channel.queueDeclare("myQueue", true, false, false, null);

消息的持久化:
当发送消息时,将消息标记为持久化,以确保在RabbitMQ服务器重启后,消息不会丢失。要发送一个持久化的消息,需要在发布消息时设置deliveryMode参数为2:
channel.basicPublish("", "myQueue", MessageProperties.PERSISTENT_TEXT_PLAIN, "Hello, RabbitMQ!".getBytes());

需要注意的是,将队列和消息都标记为持久化只能确保消息不会丢失,但不能保证消息的可靠性传递。如果要确保消息的可靠性传递,您可能需要使用确认机制(acknowledgments)和事务机制来处理。

持久化操作会对RabbitMQ的性能产生一定的影响,因为需要将消息写入磁盘。因此,如果对性能要求非常高,可以根据实际需求来权衡是否使用持久化。

1、概述

如何保障当 RabbitMQ 服务停掉以后消息生产者发送过来的消息不丢失,默认情况下 RabbitMQ 退出或由于某种原因崩溃时,它忽视队列和消息,除非告知它不要这样做。确保消息不会丢失需要做两件事:我们需要将队列和消息都标记为持久化

2、队列持久化

好处: 当队列开启持久化时,重启MQ后队列依然存在;

注意: 如果队列已经存在,再开启持久化时会报错,需要先删除原有队列,再开启持久化

代码实现:
在生产者中,在声明队列时,开启持久化

    public static void main(String[] args) throws Exception {
        // 获取Channel
        Channel channel = RabbitMqUtils.getChannel();
		// 第二个参数设置为true表示开启持久化
		channel.queueDeclare(QUEUE_NAME, true, false, false, null);
        String message = "hello world";
        channel.basicPublish("", QUEUE_NAME, null, message.getBytes());
        System.out.println("消息发送完毕");
    }

通过RabbitMq的Web管理页面,可以看到Features属性显示为D则表示持久化成功;
在这里插入图片描述

3、消息持久化

好处: 当消息开启持久化时,重启MQ后消息依然存在;

注意: 将消息标记为持久化并不能完全保证不会丢失消息。因为当消息刚准备存储在磁盘的时候,但是还没有存储完,消息还在缓存的一个间隔点,此时宕机会导致消息丢失;但是对于我们的简单任务队列而言,这已经绰绰有余了。

// 在生产者中,将推送消息时的参数设置为MessageProperties.PERSISTENT_TEXT_PLAIN,就表示消息持久化
channel.basicPublish("", QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes());

代码实现:

    public static void main(String[] args) throws Exception {
        // 获取Channel
        Channel channel = RabbitMqUtils.getChannel();
		// 第二个参数设置为true表示开启持久化
		channel.queueDeclare(QUEUE_NAME, true, false, false, null);
        String message = "hello world";
        // MessageProperties.PERSISTENT_TEXT_PLAIN设置为消息持久化
        channel.basicPublish("", QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes());
        System.out.println("消息发送完毕");
    }

在这里插入图片描述

  • 3
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
问题一:RabbitMQ 中的 broker 是指什么?cluster 又是指什么? 问题二:什么是元数据?元数据分为哪些类型?包括哪些内容?与 cluster 相关的元数据 有哪些?元数据是如何保存的?元数据在 cluster 中是如何分布的? 问题三:RAM node 和 disk node 的区别? 问题四:RabbitMQ 上的一个 queue 中存放的 message 是否有数量限制? 问题五:RabbitMQ 概念里的 channel、exchange 和 queue 这些东东是逻辑概念,还是对应着进程实体?这些东东分别起什么作用? 问题六:vhost 是什么?起什么作用? 问题七:在单 node 系统和多 node 构成的 cluster 系统中声明 queue、exchange ,以及 进行 binding 会有什么不同? 问题八:客户端连接到 cluster 中的任意 node 上是否都能正常工作? 问题九:若 cluster 中拥有某个 queue 的 owner node 失效了,且该 queue 被声明具有 durable 属性,是否能够成功从其他 node 上重新声明该 queue ? 问题十:cluster 中 node 的失效会对 consumer 产生什么影响?若是在 cluster 中创建了 mirrored queue ,这时 node 失效会对 consumer 产生什么影响? 问题十一:能够在地理上分开的不同数据中心使用 RabbitMQ cluster 么? 问题十二:为什么 heavy RPC 的使用场景下不建议采用 disk node ? 问题十三:向不存在的 exchange 发 publish 消息会发生什么?向不存在的 queue 执行 consume 动作会发生什么? 问题十四:routing_key 和 binding_key 的最大长度是多少? 问题十五:RabbitMQ 允许发送的 message 最大可达多大? 问题十六:什么情况下 producer 不主动创建 queue 是安全的? 问题十七:“dead letter”queue 的用途? 问题十八:为什么说保证 message 被可靠持久化的条件是 queue 和 exchange 具有 durable 属性,同时 message 具有 persistent 属性才行? 问题十九:什么情况下会出现 blackholed 问题? 问题二十:如何防止出现 blackholed 问题? 问题二十一:Consumer Cancellation Notification 机制用于什么场景? 问题二十二:Basic.Reject 的用法是什么? 问题二十三:为什么不应该对所有的 message 都使用持久化机制? 问题二十四:RabbitMQ 中的 cluster、mirrored queue,以及 warrens 机制分别用于解决 什么问题?存在哪些问题?

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一恍过去

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值