介绍

全局事务基于DTP模型实现。DTP时由X/Open组织提出的一种分布式事务模型，它规定实现分布式事务需要三种角色;

• AP：Application应用
• TM：Transaction Manager 事务管理器
• RM：ResoureManager 资源管理器

两个阶段

全局事务将整个事务拆分成了两个阶段

阶段一 ：表决阶段，所有事务参与者都将本事务执行预提交，并将能否提交成功的消息反馈给事务协调者。

阶段二 ：执行阶段，事务协调者根据所有参与的反馈，通知所有事务的参与者，全局统一的提交或者回滚。

全局事务案例

继续采用上文的订单商品案例，如图中所示，每个微服务在全局事务中代表AP的角色，各个数据库代表RM角色。

订单微服务生成订单时会先执行预提交，然后将预提交结果反馈给TM；同样商品微服务在扣减库存时也是先执行预扣减，将预扣减结果反馈给TM；TM会根据各个预提交的结果来决定，如果所有的预提交都成功，那么就通知各个事务参与者将事务正式提交，若有一个预提交结果是失败的，那么就会通知各个事务参与者将所有操作回滚。

那么，这里会存在一个问题，如果在第二阶段执行时，其中一个事务参与者发生了异常，事务如果保证一致性呢？

其实全局事务的概念并不能完全解决分布式事务问题，它无法感知到第二阶段提交时的情况，有可能会出现数据不一致的情况。它通过第一阶段的预提交表决，可以大大降低异常的概率，不能从根本上解决分布式事务。

优缺点分析

优点：

• 实现成功低的同时大大降低分布式事务异常的概率

缺点：

• 事务协调者TM单机运行，可能出现单点故障
• 延长了事务提交的时间，增加资源占用
• 感知不到第二阶段提交的异常，无法从根本上解决分步事务