在前面的文章中,我们介绍了分布式事务的概念以及一些解决方案。fenSeata是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式,为用户打造一站式的分布式解决方案。

Seata介绍

本文以一个用户下单购买商品的系统为例,介绍开源框架Seata的原理和使用,下单该系统涉及三部分服务:

  1. 仓储服务:对给定的商品扣除仓储数量;
  2. 订单服务:根据采购需求创建订单;
  3. 帐户服务:从用户帐户中扣除余额;

分布式事务的主要作用是保证微服务情况下用户下单过程中数据的一致性。这里的一致性可以这样理解:不会出现用户余额扣除成功,但是仓储和订单相关操作失败的场景,三者要么同时成功,要么同时失败。

单机事务场景

如果用户下单购买商品涉及到的服务都在一个传统的单机服务中,三部分服务可以共享同一个数据库实例。这种情况下,我们可以通过本地事务的一致性保证仓储/订单/账户三者之间数据的一致性。

如上图所示,在单机服务中,三部分内容共用同一个数据库实例,所以我们只需要本地事务就可以解决数据的一致性,以Spring框架为例,我们只需要在方法上添加@Transaction注解就可以实现整个购买流程中数据的一致性:

@Transaction
public void purchase(){
doStoreBusiness();
doOrderBusiness();
doAccountBusiness();
}

分布式事务场景

在微服务框架中,仓储/订单/账户服务部署在不同的服务器上,使用不同的数据库实例,与单机模式完全不同。单机模式中的事务通常要求事务涉及的数据源为同一个,并且事务涉及的数据库操作在同一个数据库链接中,分布式情况下显然不满足条件。

所以在分布式场景如何保证数据的一致性呢?这就是Seata需要解决的问题了。

Seata解决方案

Seata是用于解决分布式事务的开源框架,其内部有关于分布式事务的定义如下:分布式事务是由多个分支事务组成的全局事务,其中每个分支事务都是本地事务的形式。

Seata框架包含三部分内容:

  1. 事务协调器(Transaction Coordinator,TC):维护全局事务和分支事务的状态,进行全局事务提交或全局事务回滚;
  2. 事务管理器(Transaction Manager,TM):定义全局事务,开启全局事务、提交全局事务或回滚全局事务;
  3. 资源管理器(Resource Manager,RM):管理分支事务中的资源,向事务管理器注册分支事务和并报告分支事务的状态,负责分支事务提交或回滚;

一个典型的seata分布式事务的流程如下:

  1. TM向TC发出开启全局事务请求,TC生成全局事务的唯一标识XID,设此处的全局事务为T1;
  2. 在全局事务T1的各个流程中,XID会作为事务的标识在微服务之间流转;
  3. RM向TC注册本地事务,注册的本地事务的会作为全局事务T1的分支事务;
  4. TM可以请求TC控制全局事务T1提交或全局事务T1回滚;
  5. TC可以请求全局事务T1下的所有分支事务提交或回滚;

Seata历史

阿里巴巴:

  • TXC:淘宝交易系统的分布式事务框架,阿里巴巴中间件团队自2014年开始启动该项目,用于解决应用架构从单一服务向微服务转变所带来的分布式事务问题;
  • GTS:全球交易服务。TXC作为阿里云中间件产品,新名称GTS于2016年发布;
  • Fescar:2019年开始了基于TXC/GTS的开源项目Fescar,用于开源项目社区发展;

蚂蚁金服:

  • XTS:扩展事务服务。蚂蚁金服中间件团队自2007年开始开发分布式事务中间件,该中间件在蚂蚁金服中得到广泛应用,解决了跨数据库和服务的数据一致性问题。
  • DTX:分布式事务扩展。自2013年以来,XTS已在蚂蚁金融云上发布,名称为DTX;

Seata社区:

  • Seata:简单的可扩展分布式事务解决方案,蚂蚁金服将Fedscar改名为Seata并开源,使其成为一个中立、开放的分布式事务社区。

Seata Maven依赖

<seata.version>1.4.2</seata.version>

<dependency>
<groupId>io.seata</groupId>
<artifactId>seata-all</artifactId>
<version>${seata.version}</version>
</dependency>

Seata案例

以上文中的用户下单购买商品的系统为例,展示Seata的使用方式:

  1. 仓储微服务:对给定的商品扣除仓储数量;
  2. 订单微服务:根据采购需求创建订单;
  3. 帐户微服务:从用户帐户中扣除余额;

服务接口的定义

对于三个微服务,我们用三个接口来抽象其内部的逻辑:

  • 仓储服务

    public interface StorageService {
    
          /**
    * 扣除存储数量
    */
    void deduct(String commodityCode, int count);
    }
  • 订单服务

      public interface OrderService {
    /**
    * 创建订单
    */
    Order create(String userId, String commodityCode, int orderCount);
    }
  • 帐户服务

    public interface AccountService {
    
        /**
    * 从用户账户中借出
    */
    void debit(String userId, int money);
    }

主要业务逻辑

对于用户下单购买商品的逻辑,我们用以下代码来实现:

  • 主要业务逻辑

      public class BusinessServiceImpl implements BusinessService {
    
          private StorageService storageService;
    
          private OrderService orderService;
    
          /**
    * 采购
    */
    public void purchase(String userId, String commodityCode, int orderCount) { storageService.deduct(commodityCode, orderCount); orderService.create(userId, commodityCode, orderCount);
    }
    }
  • 订单服务业务逻辑

      public class OrderServiceImpl implements OrderService {
    
          private OrderDAO orderDAO;
    
          private AccountService accountService;
    
          public Order create(String userId, String commodityCode, int orderCount) {
    
              int orderMoney = calculate(commodityCode, orderCount);
    
              accountService.debit(userId, orderMoney);
    
              Order order = new Order();
    order.userId = userId;
    order.commodityCode = commodityCode;
    order.count = orderCount;
    order.money = orderMoney; // INSERT INTO orders ...
    return orderDAO.insert(order);
    }
    }

引入Seata

在服务中引入Seata服务之后,我们只需要在分布式事务最外层的方法上添加分布式事务注解@GlobalTransactional

@GlobalTransactional
public void purchase(String userId, String commodityCode, int orderCount) {
// ......
}

添加注解之后,在执行业务逻辑之前,Seata会先生成全局事务ID,并且在调用其它服务时,会在请求中携带全局事务ID。如果其它微服务也添加了Seata依赖,这些微服务会获取全局事务ID,并且参与到全局事务中。

本文只是简单介绍以下Seata框架,具体工作原理在后续文章中详细介绍。

我是御狐神,欢迎大家关注我的微信公众号:wzm2zsd

参考文档

Seata官方文档

本文最先发布至微信公众号,版权所有,禁止转载!

分布式事务(七)之Seata简介的更多相关文章

  1. 分析 5种分布式事务方案,还是选了阿里的 Seata(原理 + 实战)

    好长时间没发文了,最近着实是有点忙,当爹的第 43 天,身心疲惫.这又赶上年底,公司冲 KPI 强制技术部加班到十点,晚上孩子隔两三个小时一醒,基本没睡囫囵觉的机会,天天处于迷糊的状态,孩子还时不时起 ...

  2. 微服务痛点-基于Dubbo + Seata的分布式事务(AT)模式

    前言 Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务.Seata 将为用户提供了 AT.TCC.SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案. ...

  3. 微服务痛点-基于Dubbo + Seata的分布式事务(TCC模式)

    前言 Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务.Seata 将为用户提供了 AT.TCC.SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案. ...

  4. 对比7种分布式事务方案,还是偏爱阿里开源的Seata,真香!(原理+实战)

    前言 这是<Spring Cloud 进阶>专栏的第六篇文章,往期文章如下: 五十五张图告诉你微服务的灵魂摆渡者Nacos究竟有多强? openFeign夺命连环9问,这谁受得了? 阿里面 ...

  5. Spring Cloud Alibaba 使用Seata解决分布式事务

    为什么会产生分布式事务? 随着业务的快速发展,网站系统往往由单体架构逐渐演变为分布式.微服务架构,而对于数据库则由单机数据库架构向分布式数据库架构转变.此时,我们会将一个大的应用系统拆分为多个可以独立 ...

  6. Spring Cloud Alibaba分布式事务组件 seata 详解(小白都能看懂)

    一,什么是事务(本地事务)? 指作为单个逻辑工作单元执行的一系列操作,要么完全地执行,要么完全地不执行. 简单的说,事务就是并发控制的单位,是用户定义的一个操作序列.      而一个逻辑工作单元要成 ...

  7. 浅谈,seata在使用feign-url通过域名调用时分布式事务不生效的问题及解决

    浅谈,seata在使用feign-url通过域名调用时分布式事务不生效的问题及解决 ​ 在前几个月时,我们项目出现了分布式事务的问题,那么什么是分布式事务问题呢,简单的说,我们有俩服务A和B,它们对应 ...

  8. Seata–分布式事务

    10.1 分布式事务基础 10.1.1 事务 事务指的就是一个操作单元,在这个操作单元中的所有操作最终要保持一致的行为,要么所有操作都成功,要么所有的操作都被撤销.简单地说,事务提供一种"要 ...

  9. 微服务架构 | 11.1 整合 Seata AT 模式实现分布式事务

    目录 前言 1. Seata 基础知识 1.1 Seata 的 AT 模式 1.2 Seata AT 模式的工作流程 1.3 Seata 服务端的存储模式 1.4 Seata 与 Spring Clo ...

随机推荐

  1. 从零入门 Serverless | 函数计算的可观测性

    作者 | 夏莞 阿里巴巴函数计算团队 本文整理自<Serverless 技术公开课>,关注"Serverless"公众号,回复"入门",即可获取 S ...

  2. 洛谷4895 独钓寒江雪 (树哈希+dp+组合)

    qwq 首先,如果是没有要求本质不同的话,那么还是比较简单的一个树形dp 我们令\(dp[i][0/1]\)表示是否\(i\)的子树,是否选\(i\)这个点的方案数. 一个比较显然的想法. \(dp[ ...

  3. 洛谷4755 Beautiful Pair (分治)

    题目描述 小D有个数列 \(a\),当一个数对 \((i,j)(i\le j)\) 满足\(a_i\)和\(a_j\)的积 不大于 \(a_i \cdots a_j\) 中的最大值时,小D认为这个数对 ...

  4. 详解python三大器——迭代器、生成器、装饰器

    迭代器 聊迭代器前我们要先清楚迭代的概念:通常来讲从一个对象中依次取出数据,这个过程叫做遍历,这个手段称为迭代(重复执行某一段代码块,并将每一次迭代得到的结果作为下一次迭代的初始值). 可迭代对象(i ...

  5. clock时钟

    ①时钟的偏移(skew):时钟分支信号在到达寄存器的时钟端口过程中,都存在有线网等延时,由于延时,到达寄存器时钟端口的时钟信号存在有相位差,也就是不能保证每一个沿都对齐,这种差异称为时钟偏移(cloc ...

  6. Golang通脉之错误处理

    在实际工程项目中,总是通过程序的错误信息快速定位问题,但是又不希望错误处理代码写的冗余而又啰嗦.Go语言没有提供像Java.C#语言中的try...catch异常处理方式,而是通过函数返回值逐层往上抛 ...

  7. Scrum Meeting 0423

    零.说明 日期:2021-4-23 任务:简要汇报两日内已完成任务,计划后两日完成任务 一.进度情况 组员 负责 两日内已完成的任务 后两日计划完成的任务 qsy PM&前端 完成引导页UI# ...

  8. [no code][scrum meeting] Alpha 2

    项目 内容 会议时间 2020-04-07 会议主题 功能规格说明书review 会议时长 30min 参会人员 OCR组(肖思炀,赵涛)和产品经理 $( "#cnblogs_post_bo ...

  9. Linux资料 帮你理清思路

    很多同学接触linux不多,对linux平台的开发更是一无所知. 而现在的趋势越来越表明,作为一个优秀的软件开发人员,或计算机it行业从业人员,="" 掌握linux是一种很重要的 ...

  10. Netty:Reactor Pattern 与 Dubbo 底层传输中的 NettyServer

    首先,我们需要了解Reactor模式的三种线程模型: 1)单线程模型 Reactor 单线程模型,指的是所有的 IO 操作都在同一个 NIO 线程上面完成,NIO 线程的职责如下: 作为 NIO 服务 ...