Seata（Fescar）- 分布式事务解决方案

Seata是目前轻量级解决微服务架构中分布式事务问题的方案

传统事务模型

单个微服务之前无任何关联，各个服务调用各自DB，各自进行本地事务提交

微服务架构事务模型

微服务将模块细化，解决服务直接的耦合，各个服务分别部署运行，自然也就需要服务调用，服务调用涉及多个微服务事务一致性问题，就是分布式事务，如图

途中的三次RPC 也就有三次相对应的三个微服务本地事务的提交或者回滚，如何保证事务的统一，是微服务一个难题

传统分布式事务解决方案

基于XA的2PC（2阶段提交）方案

交易中间件与数据库通过 XA 接口规范，使用两阶段提交来完成一个全局事务， XA 规范的基础是两阶段提交协议。

第一阶段是表决阶段，所有参与者都将本事务能否成功的信息反馈发给协调者；

第二阶段是执行阶段，协调者根据所有参与者的反馈，通知所有参与者，步调一致地在所有分支上提交或者回滚。

缺点： 锁定资源时间长，不适用于微服务

TCC(Try、Confirm、Cancel)方案

TCC方案其实是两阶段提交的一种改进。分成了Try、Confirm、Cancel三个操作。

Try部分完成业务的准备工作

confirm部分完成业务的提交

cancel部分完成事务的回滚

<