谈谈你对Seata的理解？学习了大佬的笔记这不是轻松掌握！

谈谈你对Seata的理解

很多面试官都喜欢问一些“谈谈你对xxx技术的理解”。

大家遇到这种问题时，是不是完全不知道从何说起。

那么我们来看一下，普通人和高手是如何回答这个问题的？

普通人：

Seata是用来解决分布式事务问题的框架。是阿里开源的中间件。

实际项目中我没有用过，我记得Seata里面有几种事务模型，有一种AT模式、还有TCC模式。

然后AT是一种二阶段提交的事务，它是采用的最终一致性来实现数据的一致性。

高手：

1.在微服务架构下，由于数据库和应用服务的拆分，导致原本一个事务单元中的多个DML操作，变成了跨进程或者跨数据库的多个事务单元的多个DML操作，而传统的数据库事务无法解决这类的问题，所以就引出了分布式事务的概念。

2.分布式事务本质上要解决的就是跨网络节点的多个事务的数据一致性问题，业内常见的解决方法有两种

（1）强一致性，就是所有的事务参与者要么全部成功，要么全部失败，全局事务协调者需要知道每个事务参与者的执行状态，再根据状态来决定数据的提交或者回滚！

（2）最终一致性，也叫弱一致性，也就是多个网络节点的数据允许出现不一致的情况，但是在最终的某个时间点会达成数据一致。基于CAP定理我们可以知道，强一致性方案对于应用的性能和可用性会有影响，所以对于数据一致性要求不高的场景，就会采用最终一致性算法。

3.在分布式事务的实现上，对于强一致性，我们可以通过基于XA协议下的二阶段提交来实现，对于弱一致性，可以基于TCC事务模型、可靠性消息模型等方案来实现。

4.市面上有很多针对这些理论模型实现的分布式事务框架，我们可以在应用中集成这些框架来实现分布式事务。

而Seata就是其中一种，它是阿里开源的分布式事务解决方案，提供了高性能且简单易用的分布式事务服务。

Seata中封装了四种分布式事务模式，分别是：

·AT模式，是一种基于本地事务+二阶段协议来实现的最终数据一致性方案，也是Seata默认的解决方案。

·TCC模式，TCC事务是Try、Confirm、Cancel三个词语的缩写，简单理解就是把一个完整的业务逻辑拆分成三个阶段，然后通过事务管理器在业务逻辑层面根据每个分支事务的执行情况分别调用该业务的Confirm或者Cacel方法。

·Saga模式，Saga模式是SEATA提供的长事务解决方案，在Saga模式中，业务流程中每个参与者都提交本地事务，当出现某一个参与者失败则补偿前面已经成功的参与者。

·XA模式，XA可以认为是一种强一致性的事务解决方法，它利用事务资源（数据库、消息服务等）对 XA 协议的支持，以 XA 协议的机制来管理分支事务的一种事务模式。

从这四种模型中不难看出，在不同的业务场景中，我们可以使用Seata的不同事务模型来解决不同业务场景中的分布式事务问题，因此我们可以认为Seata是一个一站式的分布式事务解决方案。

Springcloud Alibaba 里的steata 分布式事务的简单讲解就是这样了，由于篇幅原因，很多朋友可能还觉得干货讲得还不够多，我手里有一份关于SpringCloudAlibaba笔记，里面系统的讲解了springcloud Alibaba的各种内容，应有尽有！

1.分布式事务基础、2.本地事务、3.全局事务、4.最大努力通知等更多笔记内容

随着互联网的发展，网站应用的规模不断的扩大，进而导致系统架构也在不断的进行变化。本章就讲述了每种架构系统是什么样子的，以及有什么的作用。

在微服务架构中，我们将业务拆分成一个个的服务，服务于服务之间可以互相调用，但是由于网络原因或者自身原因，服务并不能保证服务100%可用，如果单个服务出现问题，调用整个服务就会出现网络延迟，此时若有大量网络进来，最终会导致服务瘫痪的，所以这篇便讲解了一个高并发带来的问题等。

Seata分布式事务只是Springcloud Alibaba里面的一部分，想要真正的了解它，一定要系统的了解它的整个内容。

俗话说，知己知彼百战百胜，想要克服“Seata分布式”这一难题，先要了解springcloud alibaba整体的分布和内容，并抓住其关键和本质。