RabbitMQ延时队列实现分布式事务的最终一致性方案

原创 已于 2022-08-20 22:24:33 修改 · 885 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java-rabbitmq #rabbitmq #分布式

于 2022-08-14 21:14:00 首次发布
本文介绍如何利用RabbitMQ实现延时队列，包括两种实现方式及其优缺点对比，并通过具体案例展示了如何设置1分钟延迟消息，以便进行订单状态释放。

应用场景:大型电商订单支付

消息的TTL（Time To Live）

 死信路由Dead Letter Exchanges（DLX）

延时队列实现1 

生产者发送消息给交换机 携带路由键deal.message

交换机将其转发给delay队列  无人监听这个队列

该队列设置消息存活时间是5分钟 到期转发给指定的路由件delay.exchange 消息的key是delay.message

delay交换机接受到消息后继续转发给与其绑定的test队列

消费者通过监听test队列,就可以获得这个消息

这样就成功设置了5分钟延迟的队列消息

延时队列实现2

最低0.47元/天 解锁文章
分布式事务：使用Rabbit的最终一致性解决方案（附源码）
漏れた玩具博客
07-31 960
都知道分布式事务是个难题。解决方法有很多，由于本人比较熟悉RabbitMQ，但是网上使用rabbitMQ实现的资料太少了。。只找到了几张图，因此自己写了一个，这里使用RabbitMQ来解决，是基于独立消息的最终一致性解决方案。跟本地消息的最终一致性解决方案不同，把消息处理者从生产者中抽取出来，防止生产者宕机直接白给的情况。如果有不了解的，请先看这个https://www.cnblogs.com/myseries/p/10819804.html 使用的技术有SpringBoot，Mybatis，Re...
基于RabbitMQ实现下单减库存的最终一致性分布式事务
weixin_43741322的博客
11-02 1855
用户下单调用订单服务，我们直接把这个消息发给MQ的订单交换机，同时调用远程库存服务锁定库存。：发给订单交换机的消息自动转发给死信队列，死信队列经过30分钟后过期会自动转发给我们另一个普通的队列。：跟第二步的同时，调用了库存服务的锁库存方法后，库存服务也会给库存交换机发一条消息，交换机转发给死信队列，经过60分钟后过期再转发给另一个普通队列。
使用RabbitMQ+延迟队列实现分布式事务的最终一致性方案
04-13
使用RabbitMQ+延迟队列实现分布式事务的最终一致性方案，demo以典型的订单+库存系统为例
延时队列实现数据的最终一致性
绿水本无忧
08-16 572
文章目录实现场景可能出现的问题CAP 定理BASE 定理解决方案——Seata解决方案——延时队列延时队列方案具体实现使用消息队列的相关问题 实现场景 在分布式微服务场景下，实现用户提交订单的最后一步 submitOrder() 方法，首先需要将 order 实体保存到订单服务对应的数据库下，然后需要去仓储服务下锁定（预留）库存，锁定库存后还可能调用其他服务做其他事，又或者在当前订单服务下做其他事。 预留库存的原因是客户并不是立即支付的，往往会有预留一定的时间。下文的场景中，用户可以有 30 分钟的时间来支
RabbitMQ延时队列解决分布式事务问题
java123456111的博客
02-14 1503
一、RabbitMQ延时队列 1、场景 ​ 比如未付款订单，超过一定时间后，系统自动取消订单并释放占有物品。 ​ 常用解决方案： ​ spring的 schedule定时任务轮询数据库 ​ 缺点： ​ 消耗系统内存、增加了数据库的压力、存在较大的时间误差 **解决：rabbitmq的消息TTL和死信Exchange结合** 2、消息的TTL ​ 1、消息的TTL就是消息的存活时间。 ​ 2、RabbitMQ可以对队列和消息分别设置TTL ​ • 对队列设置就是队列没有消费者连着的保留时
分布式事务-(3)柔性事务+最终一致性(RabbitMQ延时队列)篇
qq_36066553的博客
08-16 869
前面说过分布式事务的几种解决方案和和相应的问题，这里主要说一下 通过RabbitMQ的延时队列实现：柔性事务+最终一致性 一，常用解决方案 常用解决方案： 1）spring的schedule定时任务轮询数据库。 缺点：消耗系统内存 增加数据库的压力，存在较大的时间误差 解决：rabbitmq的消息TTL(存活时间)和死信Exchange结合 二，TTL 消息的TTL： 消息的存活时间。 RabbitMQ可对消息和队列分别设置TTL。 1）对队列设置：就是没有消费者连着的保留时间，也可以对每一
分布式事务(延时队列RabbitMQ)
m0_55990500的博客
10-20 1053
通过延时队列来解决分布式事务一文搞懂
分布式事务：基于rabbitmq可靠消息最终一致性
anyincc125的博客
12-16 2574
面临问题 随着分布式服务架构的流行与普及，原来在单体应用中执行的多个逻辑操作，现在被拆分成了多个服务之间的远程调用，随之而来挑战就是分布式事务问题，多个服务之间使用自己单独维护的数据库，它们彼此之间不在同一个事务中，假如A执行成功了，B执行却失败了，而A的事务此时已经提交，无法回滚，那么最终就会导致两边数据不一致性的问题。 设计理念 基于rabbitmq可靠消息的最终一致性，需要保证以下要素： 确认生产者一定要将数据投递到MQ服务器中，采用本地事务消息、定时任务、消息确认机制。 MQ消
分布式事务
weixin_49201230的博客
12-24 235
分布式事务 1.什么是分布式事务 分布式系统会把一个应用系统拆分为可独立部署的多个服务，因此需要服务与服务之间远程协作才能完成事务操作，这种分布式系统环境下由不同的服务之间通过网络远程协作完成事务称之为分布式事务，例如用户注册送积分事务、创建订单减库存事务，银行转账事务等都是分布式事务。 2.RocketMQ可靠消息最终一致性 2.1.为什么要使用可靠消息最终一致性 ​ 在实际系统的开发过程中，可能服务间的调用是异步的。也就是说，一个服务发送一个消息给 MQ，即消息中间件，比如RocketMQ、
使用延迟队列解决分布式事务问题——以订单未支付过期，解锁库存为例
m0_62946761的博客
09-19 1663
使用延迟队列来解决订单支付后过期，库存解锁的分布式事务问题，即使用柔性事务-可靠消息-最终一致性方案（异步确保型）
RabbitMQ 死信+延迟队列
weixin_43692357的博客
08-19 385
前菜 死信消息： 消息被拒绝（Basic.Reject或Basic.Nack）并且设置 requeue 参数的值为 false 消息过期了 队列达到最大的长度 ​​​​​​​过期消息： 在 rabbitmq 中存在2种方可设置消息的过期时间，第一种通过对队列进行设置，这种设置后，该队列中所有的消息都存在相同的过期时间，第二种通过对消息本身进行设置，那么每条消息的过期时间都不一样。如果同时使用这2种方法，那么以过期时间小的那个数值为准。当消息达到过期时间还没有被消费，那么那个消息就成为...
RabbitMQ 延迟队列+死信队列
路边烧卖
09-14 658
RabbitMQ 延迟队列+死信队列 延迟队列：https://www.cnblogs.com/mfrank/p/11260355.html 死信队列：https://www.cnblogs.com/mfrank/p/11184929.html 延迟队列+死信队列 大致流程图： 01、延迟队列 TTL 01-1、什么是延迟队列 讨论什么是延迟队列之前我们得先知道什么是TTL：time to live 消息存活时间。 延迟队列：实际上不存在真正意义上的延迟队列（简单说就是在普通队列上加过期时间就是延迟队
可靠消息+最终一致性方案（MQ延迟队列+死信路由）
weixin_43679491的博客
08-29 502
RabbitMQ简单使用看这里,包括使用这个方案之前mq的配置环境 RabbitMQ 死信 Dead Letter exchanges (死信路由) 》一个消息在满足如下条件下，会进死信路由,注意是路由不是队列，一个路由可以对应多个队列。 .一个消息被消费者拒收了，并且reject方法的参数里requeue是false,也就是说不会被再次放到队列里，被其他消费者使用。 (basic.reject/basic.nack) requeue=...
幂等性 本地事务 分布式事务 MQ延时队列-最终一致性
weixin_45552441的博客
07-07 371
幂等性 本地事务 分布式事务 MQ延时队列-最终一致性
实现分布式事务最终一致性的RabbitMQ+延迟队列方案
最新发布
weixin_42627459的博客
11-27 1455
本文还有配套的精品资源，点击获取 简介：在分布式系统中，确保数据一致性的传统ACID事务模型难以实现，因此采用“最终一致性”策略作为替代。RabbitMQ的消息中间件和其延迟队列插件可用来实现订单与库存系统间的分布式事务最终一致性。本方案通过设置延迟队列，在订单创建后延时执行库存扣减，以及配置补偿机制和监控报警系统来维持系统稳定性和可用性。 1. 分布式系统数据一...
Springboot项目使用RabbitMq实现订单延时交付
lovoo的博客
07-14 751
前言 在目前大型的商城项目中，订单的提交涉及到的功能比较多，如，商品查询、库存锁定、积分加减、价格比对、促销优惠等等功能，这些功能分布在不同的模块，需要通过远程调用实现，这时就涉及实现数据的一致性问题。如果哪一个模块失效或崩溃，部份模块成功提交了数据，但崩溃模块没有更新相应的数据，就会导致数据的不一致。由于订单模块是并发量最大的模块，像淘宝双十一的时候，每秒都可能几百万个订单，如果采用seata这种AC的模式，会将订单提交变成串行，严重导致数据的堵塞。在此，我们可以采取柔性策略，尽量保证数据的有效性，然后通
微服务---RabbitMQ进阶(消息可靠性,延迟队列,惰性队列,集群部署)
爪蛙毁一生的博客
05-06 1410
## 1.1.生产者消息确认 RabbitMQ提供了publisher confirm机制来避免消息发送到MQ过程中丢失。这种机制必须给每个消息指定一个唯一ID。消息发送到MQ以后，会返回一个结果给发送者，表示消息是否处理成功。 返回结果有两种方式： - publisher-confirm，发送者确认 - 消息成功投递到交换机，返回ack - 消息未投递到交换机，返回nack - publisher-return，发送者回执 - 消息投递到交换机了，但是没有路由到队列。返回ACK，及路由失
基于RabbitMQ的分布式事务最终一致性解决方案
qq_40857365的博客
04-22 4008
1. 分布式事务 所谓事务，通俗一点讲就是一系列操作要么同时成功，要么同时失败。而分布式事务就是这一系列的操作在不同的节点上，那要如何保证事务的ACID特性呢。 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的操作要么都成功，要么都失败。 一致性（consistency）。事务必须是使数据库从一个一致性状态变到另一个一致性状态。一致性与原子性是密切相关的。 隔离性（isolation）。一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务
Rabbitmq实现多系统间的分布式事务，保证数据一致性
STIll_ly的博客
01-30 3758
Rabbitmq实现多系统间的分布式事务，保证数据一致性一、实验环境二、实验目的三、实验方案四、实验步骤1、消息队列2、数据库准备2.1订单表2.2 消息发送状态表2.3 运单表3、订单中心3.1 订单中心分析3.2 编写代码3.2.1 Springboot整合rabbitmq和mysql数据库3.2.1.1依赖如下：3.2.1.2配置文件内容：3.2.2 订单中心代码3.3 订单中心测试3.3....
RabbitMQ实战：分布式事务与最大努力交付策略对比
本文主要探讨了分布式事务在RabbitMQ中的实际应用，特别是针对分布式系统中的两种关键概念：二阶段事务和最大努力交付。作者通过实例分析了2PC（两阶段提交协议）在组织会议中的体现，强调了这种方案的复杂性和低...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值