【rabbitmq】rabbitmq如何保证消息的可靠性

原创 已于 2024-03-20 16:05:53 修改 · 136 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#rabbitmq

于 2023-03-27 22:29:02 首次发布

目录

一、消息丢失
  • 1.生产者把消息发送到rabbitmq服务端，这个过程发生消息丢失
  • 2.rabbitmq服务端收到生产者发过来的消息后，还未持久化宕机而导致消息丢失
  • 3.消费者从服务端收到消息还没来得及处理宕机，导致rabbitmq服务端认为该消息已被签收，而实际是丢失
二、生产者到服务端
  • 1.rabbitmq提供了一个confirm确认机制，生产者把消息发送给rabbitmq服务端
  • 2.服务端收到消息会给生产者返回一个ack的消息
  • 3.生产者可以根据ack的消息来确认是否要对消息进行重新发送，确保消息到达rabbitmq服务端
三、服务端
  • 1.开启消息持久化
  • 2.服务端收到生产者发过来的消息后持久化到磁盘中
  • 3.宕机重启也会从磁盘中读取消息
四、服务端到消费端
  • 1.消息从服务端到消费者，消费者可以将消息签收的自动确认机制改为手动确认ack方式
  • 2.消费者手动调用消息确认方法来表示这个消息已经被签收
RabbitMQ - 如保证消息的可靠性？（消息确认、消息持久化、失败重试机制）
CYK_byte的博客
09-11 1553
4 种可靠性保证
【RabbitMQ】一文详解消息可靠性
k123456kah的博客
07-13 1383
RabbitMQ 是一款高性能、高可靠性的消息中间件，广泛应用于分布式系统中。它允许系统中的各个模块进行异步通信，提供了高度的灵活性和可伸缩性。然而，这种通信模式也带来了一些挑战，其中最重要的之一是确保消息的可靠性。发送消息时连接RabbitMQ失败发送时丢失：生产者发送的消息未送达交换机；消息到达交换机后未到达队列；MQ 宕机，队列中的消息会丢失；消费者接收到消息后未消费就宕机了。
【六祎-Java】RabbitMQ可靠生产-五步搞定
六祎的博客
05-21 252
006 rabbitmq生产者消息可靠投递实现
haishui2的专栏
09-10 1845
一、前言： 1）生产者的消息，往mq服务器投递时，因网络中断、抖动等原因导致投递失败； 2）本文采取实现ConfirmCallback接口，对消息投递进行确认； a、若返回true，则认为消息已成功投递； b、若返回false，则认为消息投递失败，需要重新投递； 3）ConfirmCallback接口在消息不能到达exchange时进行回调； 4）模拟消息投递失败的方案：在消息投递时，...
RabbitMQ如何保证消息可靠性
LYJbao的博客
07-13 1977
例如：我们在处理业务时，想要一个操作是幂等的，我们可以准备一个key value，当业务执行时，先判断redis中有没有这个key value，如果没有就写入这个redis，并执行业务后续操作，如果redis中已经存在这个kv了，就直接返回了~当消费者出现异常后，消息会不断重新入列到队列中，再重新发送给消费者，然后再次异常，再次重新入列，无限循环，导致mq的消息处理飙升，带来不必要的压力。那生产者是发送消息后，就一直等着这个回执，还是发送消息后，就干别的事了，等回执来了，再处理呢？其实这都是可以配置的~
RabbitMQ如何保证消息可靠性？
辣香牛肉面的博客
07-21 1392
以上介绍了RabbitMQ保证消息可靠性的问题、产生原因、解决方案等。不足之处，欢迎指正。
RabbitMQ：如何保证消息的可靠性？
abc_138的博客
07-23 2463
要想保证消息的可靠性，就要先知道什么时候消息会丢失？会有三方面分别是：消息到MQ的过程丢失、MQ自己丢失、MQ到消费过程中丢失。
RabbitMQ 如何保证消息的可靠性
weixin_65837469的博客
07-18 883
在分布式系统中，消息队列（如 RabbitMQ）扮演着至关重要的角色，它们作为中间件，帮助系统解耦、异步处理任务、提升系统性能和可靠性。然而，在使用消息队列时，确保消息的可靠性是一个不可忽视的问题。本文将详细探讨 RabbitMQ 如何通过一系列机制来保证消息的可靠性。
RabbitMQ确保消息可靠性
qq_57882997的博客
01-14 1716
支付服务先扣减余额和更新支付状态（这俩是同步调用），然后通过RabbitMq异步调用支付服务更新订单状态。但是有些情况下，可能订单已经支付 ，但是更新订单状态却失败了，这就出现了消息丢失。发送者RabbitMQ消费者。
RabbitMQ如何保证消息的可靠性
热门推荐
qq_45932382的博客
03-05 1万+
在了解RabbitMQ消息可靠性之前，先来了解一下RabbitMQ整个消息投递的路径: producer ——> exchange ——> queue ——> consumer RabbitMQ保证消息的可靠性主要分为两个部分： （1）消息可靠投递性（生产者向MQ发送消息，确保MQ接收到消息） （2）消息可靠确认性（消费者确保接收到MQ） 1、消息可靠投递 在使用RabbitMQ的时候，作为消息发送方拒绝任何消息丢失或者投递失败场景，RabbitMQ为我们提供了两种方式来保证消
RabbitMq--消息可靠性
2302_76668193的博客
03-10 1508
当消费者出现异常后，消息会不断重新入队，重新发送给消费者，然后再次发生异常，再次 requeue（重新入队），陷入 无限循环，给 RabbitMQ 带来不必要的压力。**MQ 阻塞：**当队列的空间被消息占满了之后，RabbitMQ 会先把老旧的信息存到磁盘，为新消息腾出空间，在这个过程中，整个 MQ 是被阻塞的，也就是说，消息投递到了 MQ，但是路由失败（业务原因），此时会通过 PublisherReturn 机制返回路由异常的原因，然后返回 ACK，告知生产者消息投递成功。manual：手动模式。
RabbitMQ怎么保障消息的可靠性
qq_74042166的博客
10-31 901
RabbitMQ通过生产者确认机制、消息持久化、镜像队列、消费者手动确认、死信队列等多层机制，从生产者、Broker、消费者和传输过程四个角度入手，建立了消息可靠性保障体系。RabbitMQ在底层实现上充分考虑了I/O优化、协议可靠性、连接恢复等因素，确保了消息在高并发和网络波动环境下的高可靠性。
RabbitMQ是如何保证消息可靠性的？——Java全栈知识（16）
dghehe的博客
05-07 1260
每个只能配置一个，因此我们可以在配置类中统一设置。我们在 publisher 模块定义一个配置类：log . error("触发return callback,");} });} }log . error("触发return callback,");} });} }Slf4j;import orglog . error("触发return callback,");} });} }
返利app消息队列应用：基于RabbitMQ的异步佣金结算系统设计
最新发布
微赚淘客开发者博客
01-05 232
大家好，我是省赚客APP研发者阿可！在省赚客APP（juwatech.cn）中，用户完成电商订单后，平台需根据联盟回调数据进行佣金结算。由于回调频率高、第三方接口不稳定、数据库写入耗时等因素，若采用同步处理极易造成线程阻塞与系统雪崩。为此，我们引入 RabbitMQ 构建异步佣金结算系统，实现削峰填谷、失败重试与最终一致性。本文将从消息模型、生产消费逻辑到可靠性保障，结合核心代码详解实现细节。本文著作权归聚娃科技省赚客app开发者团队，转载请注明出处！
聊聊RabbitMQ
qq_44678890的博客
01-04 242
引入RabbitMQ之后，把注册的信息写入数据库之后，可以直接把“发送邮件”和“发送短信”这两个任务扔给RabbitMQ，这样就能够立刻给用户返回“注册成功”。所以，中间加个RabbitMQ，这样订单系统只需要把“我要下单”的消息发送给RabbitMQ，而积分系统什么时候恢复那就什么时候再去取消息，从而累加积分。但是，如果有了RabbitMQ，系统A可以把数据传给RabbitMQ，而RabbitMQ则负责把数据暂存起来，再按照系统B的处理能力，稳稳地传送给B。通过这样引入RabbitMQ，可以实现。
使用 RabbitMQ 和 MassTransit 在 .NET Core 中实现强大的微服务：处理订阅者故障和消息恢复
csdn_aspnet的专栏，请点击博客主页右上角三个点中的私信联系
01-01 3297
本文介绍了在.NET Core中使用MassTransit和RabbitMQ构建弹性微服务系统的方法。主要内容包括：1）配置发布-订阅模式实现服务间通信；2）处理订阅服务器重启和RabbitMQ故障时的消息恢复；3）通过指数重试策略和死信队列确保消息可靠性；4）对比推送/拉取模型的优缺点。文章提供了完整的代码示例，展示了如何创建发布者、消费者，并配置重试机制和死信处理，帮助开发者构建高可用的微服务架构。
RabbitMQ02-基础-安装
李宥的博客
12-31 657
【代码】RabbitMQ02-基础-安装。
RabbitMQ 进阶 学习笔记2
rougishiki214的博客
01-02 672
生产者、MQ、消费者的可靠性保证，延迟消息、业务幂等性。
RabbitMQ中如何保证消息的可靠性
01-29
RabbitMQ中可以通过持久化和确认机制来保证消息的可靠性。 1. 持久化：通过将消息标记为持久化，可以确保消息在RabbitMQ重启后不会丢失。可以在发送消息时设置消息的delivery_mode属性为2，表示将消息标记为持久化。同时，还需要将队列和交换机都设置为持久化，以确保它们在RabbitMQ重启后不会丢失。 2. 确认机制：RabbitMQ提供了确认机制来确保消息的可靠性。生产者在发送消息后，可以等待RabbitMQ的确认回执。如果收到了确认回执，表示消息已经被正确地投递到了队列中。如果没有收到确认回执，生产者可以选择重新发送消息。确认机制可以通过设置channel的confirm_select属性来启用。 下面是一个示例代码，演示了如何在RabbitMQ中保证消息的可靠性： ```python import pika # 连接到RabbitMQ服务器 connection = pika.BlockingConnection(pika.ConnectionParameters('localhost')) channel = connection.channel() # 创建一个持久化的队列 channel.queue_declare(queue='my_queue', durable=True) # 发送一条持久化的消息 channel.basic_publish(exchange='', routing_key='my_queue', body='Hello, RabbitMQ!', properties=pika.BasicProperties( delivery_mode=2 # 设置消息的delivery_mode属性为2，表示持久化 )) # 启用确认机制 channel.confirm_select() # 等待确认回执 if channel.wait_for_confirms(): print("消息已成功投递到队列中") else: print("消息投递失败") # 关闭连接 connection.close() ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

王佑辉

老板，赏点吧

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

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

打赏作者

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

抵扣说明：

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

余额充值