🍁 作者：知识浅谈，阿里云技术博主CSDN签约讲师，后端领域优质创作者，热爱分享创作
💒 公众号：知识浅谈
📌 擅长领域：全栈工程师、爬虫、ACM算法
🔥 联系方式vx：zsqtcc
Seata分布式事务AT、TCC、SAGA、XA模式选型总结
🤞这次都给他拿下🤞
正菜来了⛳⛳⛳
- 分布式事务
- Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。
🎈AT模式
🍮实现原理
阿里SEATA独有模式，通过生成反向SQL实现数据回滚，需要在数据库额外附加UNDO_LOG表，UNDO_LOG表中保存的是自动生成的回滚SQL。
举个🌰
insert into 订单 values(1001,...) update 仓储 set num = 300 where gid =100；
自动生成UNDO_LOG回滚日志
DELETE FROM 订单 where id =1001 update 仓储 set num=210 where gid = 100
🍮特点
性能：高
模式：AP,存在数据不一致的中间状态
难易程度：简单，靠SEATA自己解析反向SQL并闻滚
使用要求：
- 所有服务与数据库必须要自己拥有管理权，因为要创建UNDO LOG表
- 最好都是MySQL,听说也支持PSQL,不过没试验过
应用场景：
- 高并发互联网应用，允许数据出现短时不一致，可通过对账程序或补录来保证最终一致性。
🎈TCC模式
🍮实现原理
TCC是Try-尝试、Confirm-确认、Cancel-取消Try尝试阶段，对资源进行锁定。
Confirm确认阶段，对资源进行确认，完成操作Cancel取消阶段，对资源进行还原，取消操作。
在代码与数据表中扩展字段，实现对数据资源的锁定。
🍮特点
性能：好
模式：AP,存在数据不一致的中间状态
难易程度：复杂，SEATA TC只负责全局事务的提交与回滚指令，具体的回滚处理全靠程序员自己实现(手动写代码)
使用要求：
- 所有服务与数据库必须要自己拥有管理权
- 支持异构数据库，可以使用不同选型实现
应用场景：
- 高并发互联网应用，允许数据出现短时不一致，可通过对账程序或补录来保证最终一致性。
🎈SAGA模式
🍮实现原理
Saga模式是SEATA提供的长事务解决方案，在Saga模式中，业务流程中每个参与者都提交本地事务，当出现某一个参与者失败则补偿前面已经成功的参与者，一阶段正向服务和二阶段补偿服务都由业务开发实现。
🍮特点
性能：不一定，取决于三方服务
模式：AP,存在数据不一致的中间状态
难易程度：复杂，提交与回滚流程全靠程序员编排
使用要求：
- 在当前架构引入状态机机制，类似于工作流
- 无法保证隔离性
应用场景：
- 需要与第三方交互时才会考虑，例如：调用支付宝支付接口->出库失败->调用支付宝退款接口
🎈XA模式
🍮实现原理
基于数据库的XA协议来实现2PC又称为XA方案。
🍮特点
性能：低
模式：CP,强一致性
难易程度：简单，基于数据库自带特性实现，无需改表
使用要求：
- 使用支持XA方案的关系型数据库（主流都支持）
应用场景：
- 金融行业，并发量不大，但数据很重要的项目
🍚总结
Seata分布式事务AT、TCC、SAGA、XA模式选型主要是根据不同的业务进行相应的选型，如SAGA，需要调用第三方的支付的场景的时候，可以使用这个方案，SAGA是形成一定的事件流，反向的回滚的时候按照反向的事件流进行回滚。
