分布式系统架构系列讲解十九（分布式事物实战 9）：Seata落地实战

最新推荐文章于 2024-02-26 11:31:08 发布
最新推荐文章于 2024-02-26 11:31:08 发布
阅读量174 收藏
点赞数
分类专栏： 分布式系统架构系列讲解 文章标签： Seata实战 Seata使用
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013277209/article/details/115559078
版权
本文介绍了Seata在分布式系统架构中的应用，详细阐述了如何配置seata-server，包括下载、registry.conf和file.conf的设置、数据库的创建以及eureka-server的搭建。此外，还展示了service-order、service-account和service-storage的搭建过程，通过示例代码说明了如何确保在业务流程中，如订单创建、账户扣款和库存扣除等操作的原子性和一致性。当服务出现异常时，Seata能够实现事务的自动回滚，保证数据的一致性。
摘要由CSDN通过智能技术生成

分布式系统架构系列讲解 - 总目录

一，业务背景

用户购买商品的业务逻辑。整个业务逻辑由3个微服务提供支持：

  • 仓储服务：对给定的商品扣除仓储数量。
  • 订单服务：根据采购需求创建订单。
  • 帐户服务：从用户帐户中扣除余额。

业务流程：

在这里插入图片描述

订单服务创建订单，插入数据库，调用账户服务扣除余额，调用仓储服务扣减库存。

二，seata-server配置

1，seata-server下载

http://seata.io/zh-cn/blog/do

了解本专栏 订阅专栏 解锁全文 超级会员免费看
吃透Java
关注
专栏目录
订阅专栏
分布式系统架构系列讲解 - 总目录
吃透Java
03-30 940
本专栏详细介绍分布式系统架构，分为理论篇+实践篇！ 理论篇主要包括：分布式架构一致性，分布式事物，高可用，高性能，高扩展等展开。 实践主要包括：Spring Cloud方案，Dubbo服务治理，Redis集群，分布式锁，Kafka，Zookeeper，mq等方案。 预计文章将会达到六七十篇！ 一，理论篇 分布式一致性 分布式系统架构系列讲解（分布式一致性 1）：CAP理论 分布式系统架构系列讲解（分布式一致性 2）：BASE理论 分布式事物 分布式系统架构系列讲解（分布式事物 1）：2PC 分布式系统架构系
分布式系统架构系列讲解三十三（高可用 1）：Master-Slave
吃透Java
04-12 961
一、引言 分布式系统通常由大量异构的节点和网络组成，节点随时可能crash，网络也随时可能出现延迟、丢包、分区。相比集中式应用，分布式系统放大了出故障的概率，因此分布式系统的其中一个实现目标就是高可用，高可用意味着系统必须具有较强的容错性，即在部分节点故障的情况下仍然能正常对外提供服务。 分布式系统实现高可用的方式有很多，常见的主要有以下几种： Master-Slave（包括主备、主从、主主） 集群 熔断 降级 限流 Master-Slave、集群的本质都是冗余。熔断、降级、限流则从另一个维度——系统内
一口气说出 9种 分布式ID生成方式，面试官有点懵了
weijia521的博客
10-20 397
一口气说出 9种 分布式ID生成方式，面试官有点懵了 码农沉思录7月30日 以下文章来源于程序员内点事，作者程序员内点事 一、为什么要用分布式ID？ 在说分布式ID的具体实现之前，我们来简单分析一下为什么用分布式ID？分布式ID应该满足哪些特征？ 1、什么是分布式ID？ 拿MySQL数据库举个栗子： 在我们业务数据量不大的时候，单库单表完全可以支撑现有业务，数据再大一点搞个MySQL主从同步读写分离也能对付。 但随着数据日渐增长，主从同步也扛不住了，就需要对数据库进行分库分表，但分...
分布式锁——理论篇
wangqsse的博客
06-26 327
1、什么是分布式锁 分布式锁是什么呢？当然是一种锁了，只不过是在分布式系统中使用的锁。在分布式系统中，为了防止分布式系统中的多个进程之间相互干扰，保证一个方法或属性在高并发情况下的同一时刻只能被同一个线程执行和使用，就需要一种分布式协调技术来对这些进程进行控制和调度。而分布式锁就是能够实现分布式协调调度的技术。 2、为什么使用分布式锁 在单机环境中Java提供了很多并发处理相关的API。比如在传统单体应用单机部署的情况下，可以使用Java并发处理相关的API(如Ree...
Seata框架详解
敲代码的小小酥的博客
08-27 3512
seata学习
SpringCloud Alibaba实战第六课 分布式事务Seata和异步通信RocketMQ
fegus的博客
05-08 1543
16 分布式事务：Alibaba Seata 如何实现分布式事务 上一讲咱们了解了 APM 系统与 SkyWalking 的配置使用方法。本讲咱们要解决分布式事务这一技术难题，这一讲咱们将介绍三方面内容： 讲解分布式事务的解决方案； 介绍 Alibaba Seata 分布式事务中间件； 分析 Seata 的 AT 模式实现原理。 分布式事务的解决方案 下面咱们先聊一下为什么会产生分布式事务。咱们举个例子，某线上商城会员在购买商品的同时产生相应的消费积分，消费积分在下一次购物时可以抵用现金。
微服务架构下分布式事务解决方案
天行健，君子以自强不息；地势坤，君子以厚德载物。
02-05 902
前言在微服务架构中，随着服务的逐步拆分，数据库私有已经成为共识，这也导致所面临的分布式事务问题成为微服务落地过程中一个非常难以逾越的障碍，但是目前尚没有一个完整通用的解决方案。其实不仅仅是...
分布式系统架构系列讲解十八（分布式事物实战 8）：Seata原理
吃透Java
04-09 224
一，Seata介绍 Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。 Seata的分布式事务解决方案是业务层面的解决方案，只依赖于单台数据库的事务能力。Seata框架中一个分布式事务包含3中角色： Transaction Coordinator (TC)： 事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚。 Transaction Mana
分布式系统架构系列讲解二十（分布式事物实战 10）：事物消息最终一致性方案 实战
吃透Java
04-10 223
一，项目背景 事物消息最终一致性方案，其实它也是可靠消息最终一致性方案。 在事物消息方案中，RocketMQ（kafka）包含了可靠消息方案中的可靠消息服务+MQ，所以，如果用此方案，那么我们就不用再写一个可靠消息服务了，消息的状态，回查机制等等RocketMQ都已经帮我们做了。 事物消息最终一致性方案和可靠消息最终一致性方案只能应用在异步场景中，比如：下单成功之后，增加积分服务，物流服务等。不要求时时性。如果要求时时性的场景中，比如A向B转账，A减少100，B就必须要时时增加100，这种情况就不能用可靠消
java面试：Seata 分布式事务
最新发布
iOS逆向与安全
02-26 360
事务提交之前，先获取全局锁。AT模式:最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式，2PC协议的演变，最受欢迎。管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。AT模式同样是分阶段提交的事务模型，不过缺弥补了XA模型中资资源锁定周期过长的缺陷。1、TM向TC申请开启一个全局事务 ，全局事务创建成功并生成一个全局唯一的XID;3、RM向TC注册分支事务，将其纳入XID对应全局事务的管辖；定义全局事务的范围：开始全局事务、提交或回滚全局事务。
阿里分布式事务框架Seata原理解析
b_just的博客
06-15 2876
Seata框架是一个业务层的XA（两阶段提交）解决方案。在理解Seata分布式事务机制前，我们先回顾一下数据库层面的XA方案。 1. MySQL XA方案 MySQL从5.7开始加入了分布式事务的支持。MySQL XA中拥有两种角色： RM（Resource Manager）：用于直接执行本地事务的提交和回滚。在分布式集群中，一台MySQL服务器就是一个RM。 TM（Transaction Manager）：TM是分布式事务的核心管理者。事务管理器与每个RM进行通信，协调并完成分布式事务的处理。发起
分布式系统架构系列讲解一（分布式一致性 1）：CAP理论
吃透Java
03-23 1477
集中式应用进行服务化拆分后，必然会出现一个问题：如何保证各个节点（Node）之间的数据一致性？ 比如以下场景：用户首先发起一次更新操作，映射到节点A；然后，用户又做了一次查询操作，操作映射到了节点B，此时A和B的数据如果不一致，对用户来说就会造成困扰。 分布式系统为了提高可用性，必然会引入冗余机制（副本），而冗余便带来了上面描述的一致性问题。为了解决这类问题，加州大学伯克利分校的Eric Brewer [https://en.wikipedia.org/wiki/Eric_Brewer_(scientist
分布式系统架构系列讲解八（分布式一致性 8）：PBFT算法
热门推荐
吃透Java
06-15 2万+
Leslie Lamport在论文中提出的口信消息解决方案就属于BFT，需要考虑恶意节点的篡改、攻击等问题。但是，口信消息解决方案在现实场景中很难落地。比如，它并不关心这个共识的结果是什么，这会出现一种情况：现在适合进攻，但将军们达成的共识却是撤退。 另外，实际场景中，我们往往需要就提议的一系列值（而不是单值）在拜占庭错误发生的时候，也能被达成共识。那应该怎么做呢？一种方案就是本文要讲解的PBFT算法。PBFT算法，是一种能在实际场景中落地的BFT算法，它在区块链中应用广泛。 一、oral message的
分布式系统架构系列讲解九（分布式一致性 9）：PoW算法
吃透Java
06-16 1842
谈起比特币，大家至少都应该有所耳闻吧？比特币是基于区块链实现的，而区块链运行在Internet上，这就存在有人试图作恶的情况。 前面几章，我提到的口信消息解决方案和PBFT算法，虽然能防止坏人作恶，但只能防止少数，也就是 (n-1)/3 个坏人 (其中 n 为节点数)。可由于很多区块链是在公网环境，可能有坏人不断增加节点数，轻松突破 (n - 1) / 3 的限制。 解决上述问题的方法就是PoW算法。PoW算法通过工作量证明（Proof of Work）增加了坏人作恶的成本，以此防止坏人作恶。本章，我就来讲
分布式系统架构系列讲解三十一（可扩展 3）：全局流水号
吃透Java
04-02 1238
一、简介 在数据分片中，不管是普通hash、一致性hash还是range based，都要基于某个key进行hash运算，然后根据计算值进行分片。 Key一般采用基于记录的特征值，这个特征值在不同的框架中有不同的叫法，比如MongoDB中的sharding key (https://docs.mongodb.com/manual/core/sharding-shard-key/)，Oracle中的Partition Key(https://docs.oracle.com/cd/B28359_01/serve
分布式系统架构系列讲解三（分布式一致性 3）：共识问题
吃透Java
04-22 771
共识问题是分布式领域最复杂的一个容错模型，只有搞懂它，你才能掌握常用的各种共识算法，才能在设计分布式系统时，根据业务场景的特点选择适合的算法。 那么，什么是共识问题呢？ 简单的讲，共识问题就是分布式系统需要解决的一个核心问题：在一个可能发生机器宕机、网络异常、数据篡改的环境下，如何让分布式系统中的所有节点快速准确的对某个数据值达成一致，且不会破坏整个系统的一致性。 Leslie Lamport曾在论文《 The Byzantine Generals Problem》（https://www.microsof
分布式系统架构系列讲解七（分布式一致性 7）：Quorum NWR算法
吃透Java
06-11 639
CAP理论中的一致性一般指的是强一致性，也就是说写操作完成后，任何后续访问都能读到更新后的值。而BASE理论中的一致性指的是最终一致性，也就是说写操作完成后， 任何后续访问可能会读到旧数据，但是整个分布式系统的数据最终会达到一致。 那么，如果我们的系统现在是最终一致性模型，也就是AP模型，突然有一天因为业务需要，要临时保证节点间的数据强一致性，有没有办法临时做这样的改造呢？ 一种办法是重新开发一套系统，但显然成本太高了。另一种办法就是本章要介绍的Quorum NWR算法。通过 Quorum NWR，我们可以
分布式系统架构系列讲解十五（分布式事物实战 5）：消息队列+定时任务+本地事件表
吃透Java
04-06 634
一，项目背景 在系统模块中，非常重要得一块是支付模块，当app调用第三方支付接口支付成功后，第三方平台会回调到我们后台模块，我们后台模块如果把支付模块和订单模块分开得话，那么此时就应该考虑分布式事物！ 下面我们以 ActiveMQ+定时任务+本地事物表，来实现此场景下得分布式事物！ 注意：此场景可以应用在中小型系统中，不适用数据量特别大得系统中，大型系统场景中得实战我们后面会讲到 二，架构原理 第三方系统回调到支付模块中，更新支付系统中的流水记录表，并插入本地事件表，设置event_type状态为new
深入解析分布式系统中的事务管理利器：Seata
分布式事务管理是现代软件系统设计中的一个关键问题，尤其是在微服务架构中。在微服务架构下，业务被划分为多个小型、独立的服务，每个服务都有自己的数据库。这种架构提升了系统的可维护性和可扩展性，但是也带来了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

吃透Java

你的鼓励是我最大的动力

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

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

打赏作者

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

抵扣说明：

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

余额充值