RabbitMQ应用问题消息的可靠性保障（消息补偿机制）和幂等性问题（乐观锁解决方案）思路

最新推荐文章于 2023-10-20 21:09:49 发布
最新推荐文章于 2023-10-20 21:09:49 发布
阅读量849 收藏 5
点赞数
分类专栏： rabbitmq SoringBoot 文章标签： rabbitmq java spring
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44297716/article/details/105404711
版权

RabbitMQ应用问题消息的可靠性保障（消息补偿机制）和幂等性问题（乐观锁解决方案）思路

一丶可靠性保障

  • 消息补偿

    需求是：想百分百确保消息发送成功

  • 方案图示：
    在这里插入图片描述

二丶消息的幂等性保障

​ 幂等性指一次和多次请求某一个资源，对于资源本身应该具有同样的结果。也就是说，其任意多次执行对资源本身所产生的影响均与一次执行的影响相同。
​ 在MQ中指，消费多条相同的消息，得到与消费该消息一次相同的结果。

​ 如图使用数据库的乐观锁 可以防止这一情况：

用数据库的乐观锁 可以防止这一情况：

在这里插入图片描述

codingTop
关注
专栏目录
RabbitMQ精讲4：深入RabbitMQ高级特性-可靠性投递、幂等性消费、Confirm确认消息、Return返回消息
琦彦
04-12 4823
前言 本章主要为大家讲解RabbitMQ的高级特性和实际场景应用，包括 消息如何保障 100% 的投递成功 ？ 幂等性概念详解， 在海量订单产生的业务高峰期，如何避免消息的重复消费问题？ Confirm确认消息、Return返回消息等。 1 消息如何保障100%的投递成功？ 1.1 什么是生产端的可靠性投递？ 生产端的可靠性投递 保障消息的成功发出 保障MQ节点...
RabbitMQ高级特性-生产端消息可靠性投递与消费端幂等性重复消费消息
a898712940的博客
04-26 167
目录 一：RabbitMQ高级特性目录 二：生产端--消息可靠性投递【100%投递成功】 三：消费端--幂等性保障，避免海量订单生成时消息的重复消费 一：RabbitMQ高级特性目录 （1）如何保证生产端消息百分百投递成功? （2）如何实现消费端幂等性 （3）如何避免海量订单生成时消息的重复消费 （4）Confirm确认消息、Return返回消息 （5）自定义消费者 （6）消息的ACK消息确认机制与重回队列 （7）限流（流控） （8）TTL消息（消息生存时间，针对的是单个消息到.
#RabbitMQ消息可靠性保障：消息补偿机制 #消息幂等性保障：乐观锁机制 #RabbitMQ集群搭建 @FDDLC
LiuXingchang的博客
11-11 326
一、消息可靠性保障 二、消息幂等性保障 三、RabbitMQ集群搭建 1、停止RabbitMQ服务：service rabbitmq-server stop 2、启动第1个RabbitMQ集群结点：管理界面为15672 RABBITMQ_NODE_PORT=5673 RABBITMQ_NODENAME=rabbit1 rabbitmq-server start 注意：上图表示启动成功，但当前界面不能再输入命令了。要新开一个命令窗口。（其实C...
RabbitMQ的消息补偿机制
weixin_44399827的博客
04-21 9963
文章目录 前言 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可供参考 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解决....
RabbitMQ-消息幂等性的保障：乐观锁机制
下雨了亦留此地的博客
09-07 618
文章目录什么是幂等性？消息幂等性保障：乐观锁机制 什么是幂等性？ 幂等性指一次和多次请求某一个资源，对于资源本身应该具有同样的结果。也就是说，其任意多次执行对资源本身所产生的影响均与一次执行的影响相同。 在MQ中指，消费多条相同的消息，得到与消费该消息一次相同的结果。 消息幂等性保障：乐观锁机制 用户付款500后，发送一条扣款500的消息到mq，但是由于网络什么各种原因，Consumer没有消费到消息便让Producer再发一条，此时Q1中还存在着未被消费的和重发的那一条消息，这时Consumer在来正常
Java性能优化常见问题
m0_57064830的博客
06-26 140
引言 最近项目上线的频率颇高，连着几天加班熬夜，身体有点吃不消精神也有些萎靡，无奈业务方催的紧，工期就在眼前只能硬着头皮上了。脑子浑浑噩噩的时候，写的就不能叫代码，可以直接叫做Bug。我就熬夜写了一个bug被骂惨了。 Kafka源码篇——Kafka快速入门 1.1Kafka简介 1.2以Kafka为中心的解决方案 1.3 Kafka核心概念 1.4搭建Kafka源码环境 Kafka源码篇——生产者 2.1 KafkaProducer使用示例 2.2 KafkaProducer分析 2.3 Re
数据库乐观锁如何实现幂等性？
Leon_Jinhai_Sun的博客
04-24 990
数据库乐观锁方案一般只能适用于执行更新操作的过程，我们可以提前在对应的数据表中多添加一个字段，充当当前数据的版本标识。 这样每次对该数据库该表的这条数据执行更新时，都会将该版本标识作为一个条件，值为上次待更新数据中的版本标识的值。 适用操作 更新操作 使用限制 需要数据库对应业务表中添加额外字段 为了每次执行更新时防止重复更新，确定更新的一定是要更新的内容，我们通常都会添加一个version字段记录当前的记录版本，这样在更新时候将该值带上，那么只要执行更新操作就能确定一定更新的是某个对应版本下..
【进阶之路】可靠消息最终一致性解决方案.docx
10-26
本解决方案涵盖了消息队列、事务处理、幂等性设计、 compensation 机制等多方面的技术细节。 一、消息队列 在分布式系统中，消息队列是实现可靠消息传输的关键组件。消息队列可以存储和转发消息，以确保消息的可靠...
rabbitmq消息补偿与幂等保障
hanbingge123的博客
01-14 1003
【RabbitMQ】13 消息补偿 & 幂等保障 https://www.bilibili.com/video/BV15k4y1k7Ep?p=34 我靠，幂等保障就是乐观锁控制啊 https://www.bilibili.com/video/BV15k4y1k7Ep?p=35
消息模式 之 消息100%投递、幂等性、Confirm确认消息、Return返回消息、自定义消费者
qq_44641053的博客
12-06 588
消息模式消息100%的投递幂等性概念Confirm确认消息Return返回消息自定义消费者 本章知识： 1、消息如何保证100%的投递？ 2、幂等性概念 3、Confirm 确认消息 4、Return 返回消息 5、自定义消费者 消息100%的投递 可参考 -------- RabbitMQ 快速入门：https://blog.csdn.net/qq_44641053/article/detail...
mysql乐观锁实现 防止消费重复消费_RabbitMQ消息中间件技术精讲10 高级篇三 幂等性保障不重复消费...
weixin_39639698的博客
11-23 241
利用幂等性保障消息不被重复消费本文主要内容：一：幂等性概念什么是幂等性？在网络超时等问题除外下，要求一次或多次请求同一个资源，对资源本身产生的影响和第一次执行的影响相同。关于幂等性更详细的介绍，可以参见《拓展知识一：幂等性》这篇文章。幂等性我们可以借鉴数据库的乐观锁机制来理解：比如，我们执行一条更新库存的sql语句：update table set count = count -1 where i...
RabbitMQ（四）之消息可靠性
最新发布
jinkkkkkkk的博客
10-20 676
以支付服务为案例进行分析问题一、在扣减余额和更新支付状态之后，支付服务会发送消息通知交易服务更新状态，如果在支付服务与MQ之间出现了网络故障，消息无法到达MQ，交易服务无法收到消息。问题二、消息投递到了MQ，但在MQ将消息传递给交易服务之前，MQ挂掉了，消息也会丢失。问题三、消息投递到了交易服务，但在处理的过程中抛出异常，也会丢失消息。
RabbitMQ（二）：简单队列
Saytime
06-01 1114
一、简单队列 官方内容参考：http://www.rabbitmq.com/tutorials/tutorial-one-java.html 即一个生产者对应一个消费者，一对一的关系，不允许多个消费者消费。 二、代码演示 连接RabbitMQ工具类 package cn.saytime.rabbitmq.util; import com.rabbitmq.client.Co...
MQ消息的可靠性
starking的博客
08-13 621
MQ消息的可靠性
如何保证消息队列的幂等性
weixin_30268921的博客
04-21 373
比如你拿个数据要写库，你先根据主键查一下，如果这数据都有了，你就别插入了，update 一下好吧。（高并发会有问题） 比如你是写 Redis，那没问题了，反正每次都是 set，天然幂等性。 比如你不是上面两个场景，那做的稍微复杂一点，你需要让生产者发送每条数据的时候，里面加一个全局唯一的 id，类似订单 id 之类的东西，然后你这里消费到了之后，先根据这个 id 去比如 Redis 里查一下，...
java 微服务 RabbitMQ高级 消息可靠性问题 死信交换机 延迟队列 惰性队列
m0_73859807的博客
02-03 885
Slf4j//实现这个接口会在spring加载完成后直接加载该类@Override//从ioc容器中 拿到template对象//设置发送者确认回调函数/*** @param correlationData 自定义的数据 消息UUID* @param b 是否确认 true 消息发送到exchange中 false就是未发送到* @param s 原因：*/@Override。
简单聊聊消息队列的事务补偿机制
weixin_34019144的博客
08-05 1065
2019独角兽企业重金招聘Python工程师标准>>> ...
【RabbitMQ】补偿机制、消息幂等性、最终一致性、消息顺序性
A minor
11-17 4343
1.补偿机制 由于生产者与消费者完全隔离，即使消费者没有接收到消息，或者消费时出现异常，生产者也是完全不知情的。所以生产者最终确定消费者有没有消费成功有两种通信方式： 消费者收到消息，处理完毕后，调用生产者的API 例如：提单系统给其他系统发送了碎屏保消息后，其他系统必须在处理完消息后调用提单系统提供的API，来修改提单系统中数据的状态。只要API没有被调用，数据状态没有被修改，提单系统就认为下游系统没有收到这条消息。 消费者收到消息，处理完毕后，发送一条响应消息给生产者 例如：商业银行与人民银行二
消息队列MQ面试深度解析：幂等性与消息丢失解决方案
除了上述策略，还有其他保障消息可靠性的手段，例如死信队列（Dead Letter Exchange，DLX），用于存放无法正常投递的消息，便于后续排查问题；消息优先级设置，优先处理重要消息；以及TTL（Time To Live）设置，确保...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值