【2.2 分布式事务（Seata）】一文介绍分布式事务入门介绍（Saga/TCC）

原创 已于 2025-04-05 15:51:21 修改 · 334 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#分布式

于 2024-07-08 09:44:23 首次发布

一、两阶段提交

  • 两阶段提交流程
  • 两阶段存在的问题

二、三阶段提交

  • 三阶段提交流程
  • 三阶段解决的问题

三、TCC解决方案

四、Saga解决方案

  • Saga事务模型介绍
  • Saga适合的场景分析

五、消息队列实现方案

  • 利用消息队列实现分布式事务流程
  • 利用消息队列存在的缺点
  • 利用消息队列存在的优点
  • RocketMQ事务消息
【2.2 分布式事务（Seata）】Seata框架入门介绍
奶爸的编程之路，也就一周冷个三天，欢迎关注我的微信公众号：本本本添哥
06-13 1636
一个分布式的全局事务，整体是两阶段提交的模型。全局事务是由若干分支事务组成的，分支事务要满足两阶段提交的模型要求，即需要每个分支事务都具备自己的：一阶段prepare行为二阶段commit或rollback行为根据两阶段行为模式的不同，我们将分支事务划分为。
【2.2 分布式事务（Seata）】Spring事务传播行为
奶爸的编程之路，也就一周冷个三天，欢迎关注我的微信公众号：本本本添哥
04-14 405
事务传播是指事务与其他事务交互时的行为。
分布式事务篇-2.2 Seata存储模式,配置模式，注册模式
拽着尾巴的鱼儿的博客
08-25 1480
在对Seata 进行部署后，发现Seata 的使用需要配置：存储模式,配置模式，注册模式；他们的作用是什么，又应该怎么进行配置？提示：以下是本篇文章正文内容，下面案例可供参考本文对Seata 的存储模式，配置中心和注册中心进行了实践；存储模式可以将事务的数据进行存储防止数据的丢失，配置中心可以将一些seata-server 的参数迁移到配置中心中，注册中心可以将分支事务进行注册方便后续的通信；
【分布式事务】SEATA介绍与实现
qq_40298670的博客
02-07 1116
XA模式的锁是数据库的DB锁，锁的粒度不同。如果是XA模式，上述场景事务2都没法读写对应资源了，AT模式事务2还可以修改相同数据库表的其它字段。微服务结构：agent模拟采集数据，上报数据经过gateway网关路由到processor服务，processor记录agent基本数据到其库表，随后调用其它微服务记录个子需要的数据。由于不是所有业务都适合TCC模式，上面的测试代码是新增，不存在资源预留，用AT模式就很好。这样事务1在2阶段回滚时发现数据和更新后的数据不一样了，就记录异常，人工介入。
SpringCloud2.2.2集成Seata1.1.0详解说明（分布式事务这篇文章足够了）
jiayoubing的专栏
04-19 1449
Seata Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。 官网&下载地址：http://seata.io/zh-cn/ 是采用两阶段提交协议来执行的具体如下： 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接...
一文详解，分布式事务Seata
JavaShark的博客
05-26 5219
事务ACID原则 原子性：事务中的所有操作，要么全部成功，要么全部失败一致性：要保证数据库内部完整性约束、声明性约束隔离性：对同一资源操作的事务不能同时发生持久性：对数据库做的一切修改将永久保存，不管是否出现故障 一、理论基础 1）CAP理论 1998年，加州大学的计算机科学家 Eric Brewer 提出，分布式系统有三个指标： Consistency（一致性） Availability（可用性） Partition tolerance （分区容错性） Eric Brewer 说
分布式：一文吃透分布式事务和seata事务
qq_43745578的博客
10-29 2737
分布式事务和seata实现分布式事务方案
一文详解，分布式事务 Seata
l688899886的博客
08-26 156
原子性：事务中的所有操作，要么全部成功，要么全部失败一致性：要保证数据库内部完整性约束、声明性约束隔离性：对同一资源操作的事务不能同时发生持久性：对数据库做的一切修改将永久保存，不管是否出现故障。...
一文详解，分布式事务Seata 事务ACID原则
m0_71563599的博客
06-09 441
原子性：事务中的所有操作，要么全部成功，要么全部失败一致性：要保证数据库内部完整性约束、声明性约束隔离性：对同一资源操作的事务不能同时发生持久性：对数据库做的一切修改将永久保存，不管是否出现故障​编辑切换为居中添加图片注释，不超过 140 字（可选）一、理论基础 1）CAP理论 1998年，加州大学的计算机科学家 Eric Brewer 提出，分布式系统有三个指标：Consistency（一致性）Availability（可用性）Partition tolerance （分区容错性）Eric Brewer
【微服务39】分布式事务Seata源码解析七：图解Seata事务执行流程之开启全局事务
健身变秃，coding变强
10-12 2453
源码分析Seata事务执行流程；源码分析Seata如何开启一个全局事务；Seata全局事务不会被开启的情况；Seata六种事务隔离级别的具体逻辑；TM如何请求TC开启全局事务；TC接收到TM的请求如何开启全局事务；TC开启全局事务时都做了什么；
分布式事务Seata源码解析九：分支事务如何注册到全局事务
健身变秃，coding变强
10-22 1387
1、Seata中分支事务如何注册到全局事务中？ 2、BranchRegisterRequest、SessionHolder、GlobalSession、BranchSession、LogStore介绍 3、全局锁的加锁、锁冲突检查
基于 ESP32 的分布式光伏微电网智能监控系统设计与实现
weixin_42300449的博客
12-30 75
设备 / 模块连接 ESP32 引脚备注I2C 总线（SDA）GPIO21所有 I2C 设备共用I2C 总线（SCL）GPIO22所有 I2C 设备共用DS18B20（单总线）GPIO18单总线通信，需外接 4.7K 上拉电阻有源蜂鸣器GPIO19低电平触发，串联 100Ω 限流电阻ESP32 供电5V/GND由 LM2596 输出 5V 供电，或直接 USB 供电（调试阶段）INA219（光伏）光伏阵列正负极接 INA219 的 VIN+/VIN-
如何在分布式环境中实现高可靠性分布式锁
热门推荐
曾经“等你生日那天”都遥远得像未来，如今却可欢愉的挥手说“下个十年见”
12-28 7万+
通过选择合适的分布式锁实现方式，可以有效提升系统的可靠性和一致性，确保业务逻辑的正确执行。在实际应用中，需要根据具体场景选择合适的实现方式，并进行适当的优化和调整，以应对分布式环境下的复杂挑战。
【案例实战】鸿蒙分布式智能办公应用的架构设计与性能优化
wdracky的专栏
12-26 1万+
本文介绍了基于HarmonyOS开发的分布式智能办公应用，重点解决了多设备协同办公的技术挑战。通过分布式架构设计，实现了文档编辑、视频会议等功能在手机、平板等设备间的无缝切换。文章详细阐述了UI渲染优化、内存管理、启动加速等性能优化方案，以及云数据库、近场通信等鸿蒙核心能力的集成应用。项目成果显示，应用成功适配10+种鸿蒙设备，文档同步延迟降至100ms内，用户满意度达4.8/5分。最后展望了AI集成、元服务支持等未来发展方向，为开发者提供了分布式应用开发的最佳实践参考。
鸿蒙分布式通信安全实践：中间人攻击原理与防御实现
最新发布
m0_74456227的博客
12-31 485
鸿蒙设备间通信安全防护实践 摘要：随着鸿蒙分布式能力成熟，多设备互联场景日益普遍，中间人攻击(MITM)成为关键安全隐患。本文基于鸿蒙开发实战，提出四层防护体系：1)通过DeviceManager校验设备身份可信度；2)强制使用HTTPS/TLS加密通信；3)实施证书绑定(Pinning)防御伪造CA攻击；4)关键数据添加签名及时间戳校验。文章结合智能家居控制、跨设备指令下发等典型场景，提供可复用的代码模块，包括可信设备列表获取、证书指纹验证等核心防护方案。强调分布式开发中必须建立设备信任、通信加密、数据校
【Wandb】Linux环境下通过Docker部署Wandb教程
feizuiku0116的博客
12-30 1298
本文详细介绍了在Linux系统中使用Docker安装和配置Wandb（Weights & Biases）的过程。主要内容包括：前期准备（代理设置、许可证注册、Docker检查）、通过Docker镜像部署Wandb服务、验证容器运行状态，以及Python环境的配置测试。安装过程中遇到多个依赖问题（缺少Go、Rust环境等），通过逐步解决这些依赖最终完成安装，并通过离线模式测试验证了Wandb的功能。文章提供了完整的命令行操作流程和问题解决方案，适合需要在容器化环境中使用Wandb的用户参考。
分布式团队的目标对齐方式
MaisieKim_的博客
12-30 559
undefined
别只测功能：一套可落地的鸿蒙分布式压力测试方案
m0_74456227的博客
12-25 1451
摘要 本文针对鸿蒙分布式应用开发中的稳定性问题，提出一套系统性压力测试方案。文章聚焦三大核心场景：跨设备Ability高频调用（100+次/分钟）、分布式KVStore并发写入（1000+键值对）、设备动态组网稳定性测试。通过模块化Demo设计（MainAbility、RemoteAbility、KvStress等），开发者可快速构建真实业务场景下的压力测试环境。测试数据表明，在50台设备协同场景中，该方法能有效暴露分布式通信延迟（最高300ms）、数据同步冲突率（12%）等关键问题。文末提供可直接集成的代
SSD分布式控制器如何破解NAND性能困局？
存储随笔
12-27 987
当AI大模型训练动辄吞噬TB级数据、边缘设备实时推理对延迟提出微秒级要求，存储系统正从"数据容器"转变为AI算力的关键支撑。NAND闪存作为现代存储系统的核心组件，其技术迭代始终围绕"速度、容量、可靠性"三大维度展开。最新的ONFI 5.1标准带来了关键革新——分离命令地址（SCA）协议，这一协议通过将命令地址通道与数据通道分离，彻底改变了传统NAND的通信模式。从技术原理来看，SCA协议打破了命令与数据的传输耦合，使得多LUN（逻辑单元）并行操作成为可能，这正是应对AI并行数据访问需求的关键技术基础。扩展
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

本本本添哥

你的鼓励将是我创作的最大动力

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

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

打赏作者

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

抵扣说明：

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

余额充值