承接上文分布式事务Seata

承接上文分布式事务Seata-AT方式

XA规范是什么?

• 是分布式事务解决DTP（Distributed Transaction Processing）的要求。
• 是叙述全局性事务管理器和局部的任务管理器间的接口规范。
• 容许好几个网络资源（如数据库系统、业务系统、线程池）在同一个事务管理中浏览，使ACID特性跨应用软件而维持井然有序。
• 实质上可以理解为2PC，采用了2PC协议书来确保每一个网络资源同时提供或回退特殊事务管理。
• 数据库系统自身适用本地事务ACID，XA让ACID库外运用。

DTP模式定义几个人物角色？

• AP 应用软件
• RM 任务管理器，事项的参加者，具体一个一个的微服务架构相对应的数据库。
• TM 事务管理器，管理方法全部事务管理生命期并融洽每个RM。

• AP应用软件，例如订单服务、库存量服务项目。
• RM任务管理器，可以理解为一个数据库系统mysql，应用软件根据JDBC联接，AP根据RM对网络资源加以控制，网络资源务必完成XA界定的插口。
• TM事务管理器，承担分派事务管理唯一标识，监管事务管理实行进展，并协助事项的递交或回退。

TM一般是嵌入到应用软件之中，例如AP拥有订单信息库和商品库2个数据库，应用软件根据TM通告订单信息库和商品库来创建订单和扣除库存量，具体2个RM这时是未提交事务管理，把数据锁住了，都还没递交，因此这时的产品和订单信息资源是锁住情况。

事实上RM代理商了以前数据库递交实际操作，RM告知TM我准备好了。

2个RM都发给TM说我准备好了，TM收到每一个RM工作的通知，TM才推送下一个命令，通告全部RM开展真正意义上的递交，随后释放资源，即2个RM各自把锁释放出来掉。

实际上这种模式便是2PC，AT方式有一个纪录日志的undolog，记录了以前的信息，XA方式并没有undolog。

XA方式的关键

如果一个参加全局事务的RM网络资源失联了，不能收到支系事项的完毕指令，那么它锁定的数据信息便会被一直锁住，就会有可能产生死链接，这也是XA协议书需要解决的关键问题，都是Seata引进XA方式需要解决的问题。

XA标准本质上就是2PC，运用数据库系统自身的CRUD去进行代理商。

Seata事务管理方式原型

DTP方式包括AP、RM、TM。

Seata XA方式包括TC事务管理实施者，TM事务管理器，RM任务管理器，TC是Seata自身界定的。

Seata重新定义了全局性事务管理架构，全局事务能够界定为多个支系事务管理的总体融洽。

TM打开全局事务，承担全局性递交或回退要求给TC，TM会建立全局事务的xid。

TM怎样把支系事务界定在一个全局事务里的？

为整个全局事务中实际分支事务管理要求一个统一的id，例如现阶段这一RM事务管理参加者xid为1，另外一个RM的xid又为1，就表明这2个RM在一个全局事务上。

TM创建一个xid要求什么支系事务管理归属于现阶段这一全局事务。

TM向TC进行递交或回退全局事务请求，把全局事务id关联在支系事务管理上，代表在一个全局事务中。

具体RM应当向TC进行申请，告知TC我现阶段的实施情况，通过了或是没有成功，然后由TC告知RM是递交或是回退，这也是整个Seata XA事务管理方式。

Seata XA事务管理方式都是2PC方式，

• 执行阶段：实行支系事务管理并确保执行结果且达到可回退与可分布式锁
• 进行环节：TM依据执行阶段得到的结果产生决定，运用根据TM进行全局性递交或回退要求给TC，TC指令RM推动支系事务管理开展递交或回退。

回望AT事务管理方式

AT方式是2PC的变异，TM开展全局事务递交和回退，TM给实际分支事务管理加xid，告知现阶段支系事务管理归属于这一个全局事务，这一部分AT和XA都是一样的。

AT方式分析sql语句，因此在第一阶段（执行阶段），分析现阶段sql得到的结果而且纪录undolog日志。

最先RM支系事务管理进行申请到TC中，告知TC现阶段支系事项的执行结果是yes或是no。

最后由TC告知支系事务管理，谁不成功那就需要回退，回退时用到undolog，依据undolog记载的改动以前的数据来开展反方向的赔偿升级，这也是第二阶段。假如全是yes，就进行全面的的递交。TM承担全局性事务管理打开和递交、回滚操作，TC告知实际分支事务管理是递交或是回退。

1、执行阶段

• 可回退：依据sql分析结论，纪录回退日志undolog
• 分布式锁：把日志记录在库中

2、进行环节

• 递交的情况下多线程删掉回退日志
• 回退时，依据回退日志反方向赔偿

Seata XA方式

Seata XA方式就是把XA协议书归纳到Seata中，在Seata界定的分布式事务架构设计内，运用数据库系统、消息服务对XA的大力支持，以XA协议书的制度来处理分布式事务的一种体制。

Seata XA、AT、 SAGA、TCC全是遵照全部Seata事务管理方式来完成的。

XA模式设置，实行sql，XA方式完毕，这也是XA的启动阶段，第二阶段是XA开展递交或回退。

在Seata的XA方式与AT的差别是XA并没有undolog。

AT记载了undolog，依据undolog反方向赔偿，做到最终一致性。

XA是强一致性，根据数据库ACID实施的，并没有中间态。

最终一致性存有中间态，XA不会有中间态，XA是强一致性的。

第一阶段是执行阶段，确保可回退和分布式锁，XA方式对sql开展分析后告知TC每一个支系事务管理现阶段实施的状况，TC来确定是递交或是回退。

把AT换成了XA，整个Seata的分布式事务架构不会改变，只不过是AT成了强一致性的XA。

可回退指的是在XA支系中进行项目sql的落实，由数据库资源对XA协议支持来确保可回退，即依靠数据库带有的事项的ACID去进行回退。

分布式锁就是指XA支系在实施完成之后，即XA start和end完毕之后，由数据库资源开展分布式锁，可以确保一切出现意外也不会导致没法回退的现象，那样就能解决XA合同的关键困扰。

mysql和oracle也支持XA协议书，也支持本地事务，可以确保在任何时候数据库的持续性。

XA其价值

Seata早已推动了3大事务管理方式AT、SAGA、TCC，为何还要适用XA?

这3个全是赔偿型，存有中间态。

搭建在事务管理网络资源以上模型，要不在消息中间件方面完成，要不在运用方面完成，事务管理网络资源自身对分布式事务是无感知的。

所说事务资源是本地事务，本地事务对支系事务管理是很难感受的，没法真正做到全局性一致性，即存有中间态。

比如一个库存量现阶段是100，扣50，还剩下50，仓管员建立数据库查询现阶段结论，体会到的是50，因为现阶段这一事务管理出了问题，回退了，50回退到100了。

仓管员体会到的是50，就会产生脏读，所谓脏数据是中间态，管理人员再度建立数据库能够拿到回退以后的信息。数据信息50是正中间状态，100是最终一致性状态。

AT方式：订单信息提交订单以后，100个库存量扣除1还剩下99，订单信息建立没有成功，必须全部全局性回退，undolog时会纪录以前数值100 ，但在事务管理实行的过程当中，也会存在99状态。假如库存量减1了，订单信息并没有完全建立，这时候读库存量，体会到的的确是99，这一99就是我们常说的中间态，这就是脏读。

AT、SAGA、TCC全是赔偿型，都会发生脏读的现象，自然Seata本身就是有提前预防，但的确也会存在各种问题：可能获得脏数据且最终一致性是容许有中间态的，也解释了为什么Seata适用XA，由于XA是强一致性的。

XA并没有undolog日志，都不会曝露中间态。

与补偿型不一样，事务管理网络资源自身给予对XA标准与合同的适用，事务管理网络资源认知并参加分布式事务处理全过程。

数据资料（数据库系统） 可以确保从随意角度对数据库访问能够有效的防护且达到全局事务的一致性。

赔偿型事务实体模型会有中间态，当努力做到强一致性时就必须XA。

XA由数据库系统自身确保，不会有仓管员查看见到中间态的现象，它是由本地事务隔离性保障的。

除开强一致性这一优势，也有无业务流程进入、数据库支持普遍、多语种的大力支持、不属于到sql分析、XA方式对Seata的RM规定特别少、传统XA模式应用能够光滑转移到Seata服务平台的优势。

一致性、稳定性、便捷性、功能等控制系统设计管束会有不同的事务管理体制来完成，Seata带来了全面解决分布式事务难题标准化服务平台。

无业务流程进入的是AT和XA，有业务流程进入的是TCC、 SAGA，XA方式的添加补齐了Seata在全局性一致性中的空缺。