MQ如何保证消息可靠投递

已于 2022-09-27 15:24:04 修改
阅读量868 收藏 2
点赞数
文章标签： rabbitmq java 分布式
于 2022-06-13 20:29:00 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Best_Lynn/article/details/125266745
版权
  • MQ的组成

在这里插入图片描述
producer : 发送消息给Broker, 服务器将消息写入磁盘, 并发送确认请求后, 才算消息发送成功
consumer : 定时轮询Broker的消息, 抽取消息, 并返回确认请求
Broker : 接收生产者发送的消息, 消息本地存储; 消费者抽取消息返回确认请求后, 删除该消息
注意点:
生产消息, 消费消息 都是异步的

  • 各阶段保证消息可靠
    1.发送阶段: 遇到高延迟，Producer会多次重发消息，直到Broker ack确认，过程中Broker会自动去重，超时Producer产生异常，应用进行捕获提示。
    2.存储阶段: Broker先刷盘再ack确认，即便ack失败消息不会丢失，多次重试直到Producer接收，会导致消息积压。
    3.消费阶段: Broker向Consumer发数据，一段时间未接收，自动重发，直到Consumer Ack确认，Consumer注意幂等处理
    不要使用自动ack (自动确认) rabbitMq有此问题
为所欲为、Lynn
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
RabbitMQ高级特性-消息可靠性投递
听雪楼
12-26 2737
消息如何保障100%的投递成功 什么是生产端的可靠性投递 保障消息的成功发出 保障MQ节点的成功接收 发送端收到MQ节点(Broker)的确认应答 完善的消息补偿机制 可靠性投递的解决方案 消息落库, 对消息状态进行标记 将消息落入数据库中, 对消息状态进行标记, 消息状态发生变更时, 更新标记信息 对失败消息进行轮询重发, 设置轮询次数 消息入库 消息发送 消费端消息确...
RabbitMq如何做到消息的可靠性投递？
m0_71777195的博客
09-05 746
现在的一些互联网项目或者是高并发的项目中很少有没有引入消息队列的。引入消息队列可以给这个项目带来很多的好处：比如再通过A、B、C这三个系统举例。A系统在返回给用户的执行结果前需要完成B、C系统的调用，这个总的执行时间是A+B+C的执行时间，如果引入MQ，A系统的执行完成后将数据投递到MQ，直接响应用户。B、C再这在通过监听完成数据的处理。这样也降低了用户的等待时间除了这些好处，当然引入MQ还会有不好的地方：比如。
MQ - RabbitMQ - 消息的可靠性 --学习笔记
最新发布
m0_71386740的博客
07-18 955
消息队列（MQ）的生产者重试机制是指当生产者尝试将消息发送到消息队列中时，如果因为某些原因（如网络问题、队列不可用或其他任何导致消息发送失败的问题）导致消息未能成功发送，那么生产者会根据预设的策略尝试重新发送消息的过程。生产者确认机制是一种确保消息从生产者安全达到消息队列的方法，尤其是在使用像RabbitMQ这样的消息中间件时，这种机制尤为重要。生产者确认（Publisher Confirms）也被视为是一种可靠性保障，使得生产者在发送消息后可以知晓该消息是否已被消息队列成功接收。
RabbitMQ使用教程（三）如何保证消息99.99%被发送成功？
weixin_34195546的博客
05-29 544
1. 前情回顾 RabbitMQ使用教程（一）RabbitMQ环境安装配置及Hello World示例 RabbitMQ使用教程（二）RabbitMQ用户管理,角色管理及权限设置 在以上两篇博客发布后不久，有细心的网友就评论，创建的队列和发送的消息，如果在没有启动消费者程序的时候，重启了RabbitMQ服务，队列和消息都丢失了。 这就引出了一个非常重要的问题，也是面试中经常会问的：在使用Rab...
MQ如何实现可靠性投递
qq_43615501的博客
11-04 260
一、消息可能出现丢失的情况 消息在生产者，MQ，消费者三个维度都有可能造成消息的丢失 生产者在向MQ服务器发送消息时，由于网络原因造成了消息发送失败，此时消息还未达到MQ造成了消息的丢失 MQ接收到生产者发送过来的消息之后，保存在了内存当中，之后MQ服务器发生了重启，造成了消息丢失；或者MQ接收到消息之后正准备往硬盘存储，但是还未完成时，服务器发生故障，造成了消息丢失 MQ将消息发送给消费者后，消费者在消息处理的时候出现了异常，虽然接收到了消息，但是因为出现了问题需要MQ重新发送；或者消费者在拿到消息之
MQ面试题-如何保证消息的可靠性传输？
weixin_36058228的博客
01-07 147
面试官心理分析 这个是肯定的，用 MQ 有个基本原则，就是数据不能多一条，也不能少一条，不能多，就是 前面说的重复消费和幂等性问题。不能少，就是说这数据别搞丢了。那这个问题你必须得考 虑一下。 如果说你这个是用 MQ 来传递非常核心的消息，比如说计费、扣费的一些消息，那必须确保这 个 MQ 传递过程中绝对不会把计费消息给弄丢。 面试题剖析 数据的丢失问题，可能出现在生产者、MQ、消费者中，咱们从 RabbitMQ 和 Kafka 分别来分析一下吧 RabbitMQ 生产者弄丢了数据 生产者将数据发送到 R
RabbitMQ可靠消息投递
Jak的博客
06-30 386
一、RabbitMQ实战系列一 1.1消息的可靠投递 1.2消息持久化 1.3消息确认机制之消息的准确发布 1.4消息确认机制之消息的正确消费
MQ怎么保证消息不丢失?
a88137的博客
05-16 1098
在我们做业务时候很多时候需要用到消息队列，那消息队列中是怎么保证消息的可靠性的？我们今天学习目前主流的消息队列是怎么保证消息可靠性？
MQ，究竟如何保证消息幂等？
shenjian58的博客
10-17 864
MQ的核心架构如何？MQ核心架构，它由发送端、服务端、固化存储、接收端四大部分组成。MQ如何保证消息必达?MQ消息必达，架构上有两个核心设计点：（1）消息落地；（2）消息超时、重传、确认...
消息队列专题(高级特性篇)：RabbitMQ 如何保证消息的可靠性投递、传输和消费
盛夏温暖流年
12-04 1299
我们使用 RabbitMQ 进行消息处理一般都需要保证消息的可靠性，而消息的可靠性又可以根据消息的不同处理阶段分为可靠性投递、传输和消费。 本篇博客将针对这三种情况介绍相应的设计方案，首先来看一下消息的可靠性投递。 消息的可靠性投递 1. 消息投递模式 消息可靠性投递，是指保证生产者能够把消息 100% 发送到消息队列中，生产者 Producer 为我们提供了两种消息投递模式：Confirm 确认模式 和 Return 退回模式 ，这两种模式是保障消息可靠性投递的核心，先来了解下这两种模式。 Confir
消息可靠性投递
skystep的博客
07-24 666
如图，该方案对消息进行落库处理，每次操作之后修改消息的状态。启动定时任务对消息库中的获取投递失败的消息，请求发送者重新投递消息。数据库中核心存储消息的唯一id，消息状态，重试次数，重试时间，主要的步骤如下step1发送消息前，存储消息至消息库；step2发送消息至MQBroker；step3生产者监听到MQ的确认消息；step4如果ack=true，更改数据库中消息的状态；step5定时任务（定时去获取数据库中消息状态为投递中状态，并且重试时间小于当前时间的消息）......
RabbitMQ 如何保证消息的可靠传输
m0_73311735的博客
05-12 929
针对上述问题，如果还要确保 RabbitMQ 生产者的消息正确投递，可以开启 confirm 模式，在生产者端设置开启 confirm 模式之后，你每次写的消息都会分配一个唯一的 id，然后如果写入了 RabbitMQ 中，RabbitMQ 会给你回传一个 ACK 消息，告诉你说这个消息 ok 了。注意，哪怕是你给 RabbitMQ 开启了持久化机制，也有一种可能，就是这个消息写到了 RabbitMQ 中，但是还没来得及持久化到磁盘上，结果不巧，此时 RabbitMQ 挂了，就会导致内存中的数据丢失。
SpringBoot-RabbitMQ篇-消息可靠投递
ITGENIUS1的博客
07-23 519
一、发送者异常监控 1.1 发送者异常种类 1.基本处理流程 补偿(兜底)方案 2.模拟broker宕机：修改发送者端口如5673，然后启动，发送消息，端口不对无法连接主机 错误信息：java.net.ConnectException: Connection timed out: connect 补偿方案：加入异常处理，如果不可达则返回错误 这种错误在发送的时候就已经可以发现，直接将错误返回给调用方即可 @RequestMapping("/direct") public Object sendEma
mq如何保证消息的可靠传输？如果消息丢了怎么办
qq_33240556的博客
12-18 681
消息队列（MQ）是一种用于在应用程序之间进行通信的中间件技术。它提供了一种可靠的方式来传递消息，以确保消息的可靠传输。MQ通常使用一些机制来保证消息的可靠传输，例如确认机制、重试机制和持久化存储等。总之，MQ提供了多种机制来确保消息的可靠传输。通过使用适当的确认机制、重试机制和持久化存储，以及仔细检查网络连接和异常情况，可以减少消息丢失的可能性。
RabbitMQ 高级特性——消息的可靠性投递
cj_eryue的博客
01-25 464
在使用rabbitmq的时候，作为消息发送方希望杜绝任何消息丢失过着投递失败的场景，rabbitMq为我们提供了两种方式用来控制消息的投递可靠性模式： confirm 确认模式 return 回退模式 rabbitmq整个消息投递的路径为：生产者（producer）->rabbitmq broker->exchange->queue->consumer 消息从producer到exchange则会返回一个confirmCallBack 消息从exchange到queu..
MQ 消息的可靠性投递
STRANGE-P 的博客
05-25 1217
生产端-消息可靠性投递方案1、说明2、消息落库方案3、延迟投递方案 1、说明   所谓消息可靠性投递，就是解决 “如何保障消息 100%的投递成功？” 的问题。   什么是生产端的可靠性投递？ 保障消息的成功发出。 保障 MQ节点的成功接收。 发送端收到 MQ节点（Broker）确认应答。 完善的消息进行补偿机制。   BAT/TMD 互联网大厂的解决方案 方案A：消息落库，对消息状态进行打标。 方案B：消息的延迟投递，做二次确认，回调检查。   2、消息落库
MQ实现消息可靠投递
Strong_shady的博客
11-23 370
3个细节： 1.异步刷盘改成同步刷盘 2.存储介质坏了，那么采用RAID10或分布式存储。raid10：1代表把同样的数据做个备份，0代表数据分摊存储(类似负载均衡) RAID10只适合单机存储。 3.手动ACK，不要自动ACK.自动ack 手动ACK：保证业务代码处理完消息之后才ACK。 ...
RoctetMQ-如何保证消息可靠性
雪落南城的博客
03-04 397
部门一直在用kafka作为消息中间件，但很多大厂会考虑使用RocketMQ，特来记录一下RocketMQ的相关知识。 RocketMQ是什么 百度 RocketMQ如何保证消息的可靠性 1、Producer 向RocketMQ发送一个 half message (该message不能被消费) 2、RocketMQ返回一个half message success 的响应给Producer。这个时候就...
【RabbitMQ】如何进行消息可靠投递【下篇】
qq_25933249的博客
06-20 297
说明 上一篇文章里，我们了解了如何保证消息被可靠投递到RabbitMQ的交换机中，但还有一些不完美的地方，试想一下，如果向RabbitMQ服务器发送一条消息，服务器确实也接收到了这条消息，于是给你返回了ACK确认消息，但服务器拿到这条消息一看，找不到路由它的队列，于是就把它丢进了垃圾桶，emmm，我猜应该属于可回收垃圾。 如何让消息可靠投递到队列 如果你对上面的描述还不是很清楚，那我再用代码来说明一次。 在仅开启了生产者确认机制的情况下，交换机接收到消息后，会直接给消息生产者发送确认消息，如果发现该消息不
MQ如何保证消息不丢失
07-15
MQ（消息队列）系统通常采用以下方法来保证消息不丢失： 1. 持久化消息：MQ系统可以将消息持久化到磁盘上，以防止在服务故障或重启时丢失消息。这可以通过将消息写入本地磁盘或者使用专门的消息存储设备（如Kafka的日志文件）来实现。 2. 确认机制：生产者在发送消息后，可以要求MQ系统返回一个确认（ACK）来表示消息已经成功接收和存储。只有在收到确认后，生产者才认为消息被可靠地投递了。如果消息未能成功发送，生产者可以进行重试或采取其他处理方式。 3. 事务机制：MQ系统提供事务机制，使得生产者可以在发送消息时开启一个事务，并在事务提交时才将消息发送到队列中。如果事务提交成功，则消息被认为是成功发送的；否则，消息将回滚并不会发送到队列中。 4. 备份和复制：一些MQ系统支持消息的备份和复制功能。通过将消息复制到多个节点上，即使某个节点发生故障，也能保证消息的可靠性。备份和复制通常是通过分布式架构和复制协议来实现的。 5. 容错机制：MQ系统具备容错能力，能够在节点故障或网络异常的情况下保证消息的可靠传输。它可以通过主备切换、故障检测和自动恢复等机制来处理故障情况，并确保消息能够被正确地传递。 需要注意的是，以上方法可以提高消息的可靠性，但并不能完全消除消息丢失的可能性。在某些极端情况下，如硬件故障或网络分区等，仍然有可能发生消息丢失。因此，在设计系统时，需要根据业务需求和对消息可靠性的要求来选择合适的保证机制。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值