分布式事务之XA方案

分布式事务XA学习视频

什么是XA

XA方案是X/OPEN组织定义的一种分布式事务处理标准, 在阿里巴巴seata定义的分布式事务框架内, 利用事务资源对XA协议的支持(即利用数据库支持XA协议 比如关系型数据库mysql,oracle等等) , 以XA协议的机制来管理事务分支的一种两段式方案。

XA的流程

• 三个角色(TM, RM, TC)
  TM : 事务管理器, 即开启全局事务的角色, 用来划定分布式事务的边界和范围。
  RM : 资源管理器, 即针对数据库进行具体操作的角色。
  TC : 全局事务协调者, 用于事务注册, 全局事务提交, 全局事务回滚。
• 总体流程
  1.TM向TC注册全局事务
  2.调用各资源管理器(即对各数据库数据进行操作), RM向TC注册分支事务, 此时sql会暂存,不会立即提交
  3.TM向TC下达全局事务提交, 此时TC会依次执行sql
  4.如果有分支事务失败了,则会对之前提交的sql进行回滚

代码示意

XA的优势

• 基于CP设计, 保证了一致性
• 主流的关系型数据库都对XA有支持
• 两段式提交实现简单粗暴, 成熟稳定

XA的劣势

• 数据阻塞, 执行效率低, 基于数据库事务处理, 被操作的数据会被hang住, 后续对该数据的操作会被阻塞, 高并发系统禁用。
• 协议阻塞, 收到XA commit或 XA rollback 前,必须阻塞等待, 如果某一个RM"失联", TC会进行一系列重试, 其余RM资源会hang住, 等待超时回滚。
• 所涉及的数据库必须支持XA协议。

适用场景

• 低并发, 数据冲突较少的系统, 因为在全局事务未提交或回滚时, 涉及的数据会被hang住
• 绝大多数系统都适用, 没多少系统有高并发场景

和AT模式的区别

• AT模式下 RM会同时开启分支事务和本地事务, 本地事务正常提交, 会向数据库做出修改. 如果其余分支事务有回滚, 那么该本地事务都提交了,数据如何恢复呢?
  在AT模式下, seata会通过第三方组件 SQLParser 解析本地事务中所执行的sql, 逆向生成回滚sql 记录在 undo_log中, 全局事务回滚, 就会从undo_log中执行逆向sql, 从而恢复数据.