分布式事务-本地消息表实现方案

最新推荐文章于 2025-10-14 22:35:49 发布
原创 最新推荐文章于 2025-10-14 22:35:49 发布 · 4.3k 阅读 · 15 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文探讨了在跨库操作中处理分布式事务的两种方法：使用定时任务与本地消息表结合，以及利用消息队列配合本地消息表。通过这两种方案，可以有效解决下单时库存锁定与订单生成之间的事务一致性问题。

一、背景

用单下单的时候需要先锁库存，然后再生成订单，库存所在的库和订单是两个库，这里就涉及到了分布式事务的处理，下面说下两种解决方案吧

二、方案

1、定时任务+本地消息表

这种方案还有一个优化点就是：

可以去掉消息的定时任务，然后就是在生成订单的事务中如果失败，那么就再开启一个事务（事务中会强制走主库查询）查询下该订单是否存在，如果存在就正常进行流程，如果不存在那么就直接设置消息的状态是释放未售出，然后进行库存的回滚

2、消息队列+本地消息表

这种就不自己画图了，盗用一下其他作者的图吧，附上链接

图片转载于此

三、总结

方案不是怎么复杂，主要是出问题的时候定位需要做好相应的方案处理吧

本地消息表实现分布式事务—可靠消息最终一致性解决方案
刘皇叔说Java的博客
12-23 2720
本地消息表：这是ebay研发出的一种分布式事务解决方案，通过将消息表存储在数据库中，实现了消息的一致性。它的核心思想就将分布式事务拆分成本地事务进行处理本地消息表是利用各系统本地事务来实现分布式事务。业务系统的执行和消息均放入本地消息表中,确保本地业务执行和消息表的操作在一个事务中。不尝机制重试读取本地消息表,调用远程应用操作。需要加入重试机制、最大执行次数、报警机制。本地消息表容忍数据暂时不一致，期望数据的最终一致性。
基于本地消息表的分布式事务解决方案总结
biaolianlao0449的博客
12-28 3201
前段时间学习了分布式事务的几种方案，下面主要总结下基于本地消息表实现可靠消息最终一致性的分布式事务方案。1，什么是分布式事务？在传统架构中往往是一个...
分布式事务：本地消息表原理与实现详解
最新发布
深耕后端、偏爱架构，用代码与设计构建可靠系统
10-14 841
在业务数据库中创建消息表：这个表专门用于存储需要发送到MQ的消息。业务操作与消息记录在同一个事务中：当业务操作（如创建订单）执行成功后，同时向消息表中插入一条待发送的消息记录，这两个操作在同一个数据库事务中完成。独立的消息投递服务：有一个专门的Job服务（可以与业务服务在同一个JVM进程中）定期轮询消息表，将未发送的消息投递到MQ。消息消费与确认：下游服务消费MQ中的消息并处理业务逻辑，处理成功后发送确认信息。Job服务收到确认后，从消息表中删除对应的消息记录。通过这种方式，我们利用了。
基于本地事务表+MQ实现分布式事务
jike11231的博客
01-24 1847
分布式事务解决方案有许多比如二阶段提交、TCC、最大努力通知、Saga事务等，本文介绍本地消息表+MQ这种方式解决分布式事务消息最总一致性问题。目前利用本地消息表+MQ方案实现最终消息一致性的比较多，它的核心思想是，将分布式事务拆分成本地事务进行处理，不同事务之间通过消息表和MQ通信，最后通过定时任务扫描失败的数据进行重试，当在有效重试次数限制内，再次重试回调失败的数据，最终实现消息重复发送，达到一致性。本地消息表实现最终一致性。将rocketmq-dashboard导入到idea中，在idea编译启动。
分布式事务-本地消息表
07-15 3029
需要分布式处理的任务通过消息日志的方式来异步执行。消息日志可以存储到本地文本、数据库或消息队列，再通过业务规则自动或人工发起重试。
如何通过本地消息表实现分布式事务？
半亩方塘立身
02-21 3602
单独创建一个后台线程或定时任务，定时扫描本地消息表中状态为待发送的消息，并将这些消息发送到消息队列。通过本地消息表（也称为可靠消息表）实现分布式事务是一种常见的做法，用于保证在分布式环境中消息的可靠传递和事务的一致性。如果本地事务失败，回滚本地事务和消息表的记录。在数据库中创建一个本地消息表，用于存储待发送的消息以及消息的发送状态和相关信息。• 生产方和消费方定时扫描本地消息表，把还没处理完成的消息或者失败的消息再发送一遍。：在业务逻辑中，当需要发送消息时，首先将消息插入到本地消息表中，设置状态为待发送。
分布式事务：本地消息表
Quan
06-23 1183
本地消息表是一种基于数据库的分布式事务解决方案，通过将分布式事务拆分为本地事务和消息事件来实现最终一致性。其核心流程包括：事务发起方完成本地业务操作并存储消息到数据库；定时任务扫描并发送未处理消息；接收方处理消息后发送确认。该方案优点包括简化编程模型、提高系统吞吐量、保证可靠性，但存在实时性不高、开发成本较高等缺点。适用于电商订单、资金转账等对最终一致性要求高但对实时性要求不高的场景，实现时需考虑消息表设计、幂等处理及异常重试机制。
分布式事务-可靠消息最终一致性解决方案
抽象的螺旋
07-16 735
可靠消息最终一致性解决方案
分布式事务，及其解决方案之一——本地消息表
仅做个人笔记
03-26 2788
转自：https://mp.weixin.qq.com/s/zp1kJ895zBb9vA7fgJ20eQ 仅做个人备份，浏览请看原文 目录 分布式事务 本地消息表 其他解决方案详见：https://mp.weixin.qq.com/s/zp1kJ895zBb9vA7fgJ20eQ 分布式事务 聊什么是分布式事务前，先聊一下我们熟悉的单机事务。所谓单机事务是相对分布式事务来说的，即数据库事务。大家都知道数据库事务有ACID这四个特性： A（Atomicity）：指单个事务中的操作...
分布式事务解决方案之本地消息表
岁月静好
09-27 4735
描述分布式事务之前，先了解下事务是什么。事务就是一组操作构成的可靠的独立的工作单元，要么全部执行成功，要么全部执行失败。分布式就是一个业务由多个操作完成，这些操作又分布在不同的服务器上。简单来说，分布式事务就是分布式系统中的事务。本文描述了本地消息表如何解决分布式事务的关键流程，在具体业务操作时候，可能还有会一些问题，比如消息发送失败、下游业务处理失败等问题，这些都需要具体问题具体分析。在遇到分布式一致性问题的时候，结合实际的业务情况选择最适合的分布式事务解决方案。
基于本地消息表实现分布式事务（最终一致性）
08-07 2224
传统单体架构下，所有的功能模块都在一个应用下，所有的代码和业务逻辑都在同一个应用下实现，所以保证数据的一致性就很简单，保证相关操作都在同一个本地事务下就可以了。但是在微服务架构下，将一个应用拆分成了多个独立的服务，每个服务都能有自己的数据库，服务间通信都是通过远程调用实现，实现一个功能可能需要由几个不同的服务来共同实现。这就会带来一个问题，不同的服务之间无法做到使用同一个事务，这就无法保证数据的一致性了。
分布式事务之《本地消息表》解决方案
weixin_50055999的博客
07-22 1127
本文介绍了基于本地消息表的分布式事务解决方案。该方案通过将业务操作与消息记录在同一个本地事务中实现原子性，利用定时任务异步派发消息保证最终一致性。系统包含订单表、消息表、库存表等核心表结构，通过订单服务创建订单并记录消息，定时任务扫描未处理消息并调用库存服务进行处理，库存服务通过消息ID实现幂等控制。方案优点在于实现简单、高性能和解耦服务，适合对强一致性要求不高的场景（如电商订单）。文章详细说明了业务流程、代码实现和常见问题处理，并指出该方案能有效保证分布式系统的可靠性与可控一致性。
分布式事务——本地消息表和MQ消息事务
一蓑烟雨任平生
03-14 2465
本地消息表的方案最初由ebay的工程师提出，核心思想是将分布式事务拆分成本地事务进行处理。本地消息表实现最终一致性。
分布式事务-本地消息表学习与落地方案
蒋大钊的博客
02-22 1032
分布式事务本地消息表核心原理的学习，提供一些落地方案
4.消息100%投递的两种方案
哥斯拉啊啊啊哦的博客
09-05 744
前言：消息中间件 是用来 客户端 与 客户端之间通信的，那么就存在以下两个问题： 如何避免消息重复消费（针对consumer） 如何保证消息的可靠性投递（针对publisher） 对于问题1，看《防止消息重复消费》一文 下面讲问题2：保证消息的可靠性投递 上图是消息投递的整个流程，熟悉该流程有助于该文章的理解 要保证消息的可靠性投递，那么应满足以下几个条件： 1. message成功发出去 2. broker节点成功收到message 3. publisher成功收到broker节点的确认应答 4
分布式事务解决方案—本地消息表
jakeswang的博客
04-17 1876
本地消息表方案通过结合本地事务与异步消息，在保证可靠性的同时实现系统解耦，是分布式事务中平衡复杂度与一致性的优选方案。实际应用中需结合业务场景，合理设计消息表结构、重试策略及补偿机制，以确保系统的最终一致性和高可用性。（1）本地消息表通过在数据库中维护一张专门的消息表来管理与外部系统的交互状态更新，由于消息表的写入是与业务操作同在一个本地事务中完成的，天然具有同时成功和同时失败的特性。
分布式事务之本地消息表实践
Lamb_IT的博客
09-22 1404
分布式系统之前除了同步方式通过RPC框架调用接口，还有很多通讯是异步的方式通过MQ中间件完成的。本文主要介绍后者实现分布式事务的一种方案，核心思想是通过记录本地消息日志表的方式，借助本地事务和MQ消息中间件的可靠性来实现分布式系统中多个节点间状态的最终一致。
分布式事务有几种实现方式？讲讲本地消息表、尽最大努力通知、TCC等方式
大户影视的博客
03-07 893
支付宝支付成功后，向商户系统发送支付结果通知，若失败则重试24小时。调用方（如订单系统），直到对方确认成功或达到重试上限。分布式事务的核心挑战是解决跨多个服务或数据库的。将分布式事务拆分为本地事务和异步消息，通过。服务方（如支付系统）完成本地事务后，三个阶段实现补偿型事务。
本地消息表实现分布式事务
03-13
### 使用本地消息表实现分布式事务 #### 本地消息表概述 本地消息表是一种常见的高并发分布式事务解决方案，尤其适合处理大规模数据操作。该方案利用消息队列中间件（如 RocketMQ），通过引入本地消息表来记录事务状态，从而确保跨服务调用的一致性和可靠性[^3]。 #### 实现XA模式的分布式事务 在XA模式下，每个参与的服务都作为一个XAResource实例加入全局事务中。对于使用本地消息表的情况： - **创建本地消息**：当发起方执行业务逻辑并准备发送远程请求前，在本地数据库中插入一条待确认的消息记录。 - **两阶段提交流程**： - 准备阶段：所有参与者准备好后向协调者汇报预提交成功与否； - 提交/回滚阶段：根据最终决策通知各节点完成实际的数据变更或者撤销之前的操作。 然而，由于XA本身存在性能瓶颈以及对资源长时间占用等问题，因此不太推荐将其应用于基于本地消息表的设计当中[^1]。 ```java // Java伪代码展示如何在一个简单的场景里模拟XA行为 public class LocalMessageTableForXA { public void prepare() throws Exception{ // 插入本地消息到消息表 insertLocalMessage(); // 执行本地事务 executeLocalTx(); // 向协调者报告已准备好 reportPreparedToCoordinator(); } private void commitOrRollback(boolean isCommit){ if(isCommit){ updateMessageStatusAsCommitted(); sendRemoteCall(); }else{ deleteUncommittedMessages(); } } } ``` #### 实现TCC模式的分布式事务 相比之下，TCC更适合与本地消息表配合工作。它将整个过程分为三个步骤——Try(尝试), Confirm(确认) 和 Cancel(取消)，其中Try负责预留必要的资源；Confirm用于正式生效这些更改；Cancel则用来清理未成功的尝试所留下的痕迹。具体来说： - **Try阶段**：先做一次轻量级验证，并保存相关信息至本地消息表以便后续追踪。 - **Confirm阶段**：一旦收到肯定答复，则更新对应条目为已完成状态并向目标系统推送真实指令。 - **Cancel阶段**：若遇到错误情况需及时终止当前批次内的其他动作并将先前所做的预备措施全部撤消掉。 这种方法虽然增加了开发复杂度但是能够有效降低锁竞争带来的负面影响，提高系统的整体效率和稳定性[^4]。 ```java // Java伪代码演示简化版TCC机制 public class LocalMessageTableForTCC { @Transactional(propagation=Propagation.REQUIRES_NEW) public String tryAction(){ saveToLocalMsgTable("TRY"); reserveResources(); return getUniqueToken(); } @Transactional(propagation=Propagation.REQUIRED) public void confirm(String token){ checkAndMarkConfirmed(token); performActualOperation(); } @Transactional(propagation=Propagation.REQUIRED) public void cancel(String token){ markCancelled(token); releaseReservedResources(); } } ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值