Seata

本文讲解了分布式事务中间件 Seata 给 Saga 模式设计的状态机使用方式和原理。状态机在我们的日常工作中使用非常广泛，希望 Seata 的设计能对我们设计状态机提供思路和参考。

对于已经空回滚的业务，之前被阻塞的try操作恢复，继续执行try，就永远不可能confirm或cancel ，事务一直处于中间状态，这就是业务悬挂。

当某分支事务的try阶段阻塞时，可能导致全局事务超时而触发二阶段的cancel操作。在未执行try操作时先执行了cancel操作，这时cancel不能做回滚，就是空回滚。

什么是配置中心?配置中心可以说是一个"大衣柜",内部放置着各种配置文件,你可以通过自己所需进行获取配置加载到对应的客户端.比如Seata Client端(TM,RM),Seata Server(TC),会去读取全局事务开关,事务会话存储模式等信息.

分布式事务其实现在解决方案有很多，比如 TCC方案，XA 方案，本地消息表，可靠消息最终一致性方案，最大努力通知方案等等，但是这种方案实现上肯定都是偏复杂的，而阿里我们都知道他是有一套自己解决分布式事务的方案的，那么大家都知道是什么呢？

在分布式架构中，事务管理是个无法避开的复杂问题，虽然有多种解决方案，但是需要根据业务去选择合适的。

从这四种模型中不难看出，在不同的业务场景中，我们可以使用 Seata 的不同事务模型来解决不同业务场景中的分布式事务问题，因此我们可以认为 Seata是一个一站式的分布式事务解决方案。

随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章通过seata框架总结了分布式事务的几种解决方案。

太棒了，到这个时候为止，我们就发现 seata 老大的作用了，你订单、库存、营销三个系统随便跑，有谁失败了，seata server 收到你的失败通知，就会告诉别的系统用 undo log 日志构建补偿 sql，把数据都给回滚了，完美。

今天带来的这篇，就给大家分析一下Seata的源码是如何一步一步实现的。读源码的时候我们需要俯瞰起全貌，不要去扣一个一个的细节，这样我们学习起来会快捷而且有效率，我们学习源码需要掌握的是整体思路和核心点。

今天就来讲解关于Seata中分布式四种模型的介绍。

目前，我们的项目中是不支持分布式事务的。也就是说，如果我们调用订单微服务的下单接口提交订单，如果扣减库存失败了，订单依然会写入订单数据表，这是一种典型的分布式事务问题。

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

我们都知道 是一个分布式事务的解决方案，今天我们就来带大家了解一下什么是分布式事务，首先我们先来了解一下基础的知识—事务，我们先来了解一下事务的概念是什么。

既然要给大家讲什么是 seata，那就得先说一下这个东西的定位，这东西就是现在很火的 Spring Cloud Alibaba 里的一个组件，是专门帮助我们解决分布式事务问题的，也就是说，seata 是一个分布式事务框架。