✅Seata的4种事务模式，各自适合的场景是什么？

✅Seata的实现原理是什么

• AT模式
• TCC模式
• Saga模式
• XA模式

首先AT模式，它的优点就是没有侵入性，你只需要按照Seata的要求引入@GlobalTransaction注解，就可以实现你的分布式事务了，他不需要做额外的操作，你只需要关注你的业务逻辑即可。

✅Seata的AT模式的实现原理

但是他的局限性就是只能支持那种具有ACID属性的关系型数据库的操作，比如MySQL，因为他要基于日志进行回滚。如果你的项目中，需要把写数据库和写Redis放到同一个分布式事务中，AT模式就不支持了。

其次是TCC模式，这种模式可以支持多数据源的情况，不管你是Redis、MySQL还是ES，反正他就是要你自己实现Try、Confirm和Cancel，具体的逻辑你自己写，提交、回滚的代码你自己来实现就行了，所以他对代码有一定的侵入性。

✅什么是TCC，和2PC有什么区别？

还有就是Saga这种模式，它适合长事务，什么是长事务呢？就是那种你有外部交互的场景，比如你要调微信支付，就可以用这种模式来管理这个分布式事务。

以上三种都是最终一致性，而XA模式这种就适合于你对一致性要求非常高的场景，只有他是一种强一致性模型。

✅Seata的AT模式和XA有什么区别？

	XA	AT	TCC	Saga
一致性	强一致	弱一致	弱一致	最终一致
隔离性	完全隔离	基于全局锁隔离	基于资源预留隔离	无隔离
代码侵入性	无	无	有，要编写TCC三个接口	有，要编写状态机及补偿代码
性能	差	高	非常高	非常高
适用场景	对一致性、隔离性要求较高的场景	基于关系型数据库的大多数分布式事务场景	对性能要求高的场景，有非关系型数据库要参与的事务	业务流程长且多。参与者包含外部接口或者遗留接口，无法做TCC模式的

原文: https://www.yuque.com/hollis666/xkm7k3/cx86tg6tdhmz1dm9