分布式事务

本地事务

事务具备ACID的特性，即原子性、一致性、隔离性和持久性，本地事务由资源管理器本地管理

全局事务

当事务由全局事务管理器进行全局管理时成为全局事务，事务管理器负责管理全局的事务状态和参与的资源，协同资源的一致提交回滚

BASE理论

BA指的是基本业务可用性，支持分区失败，S表示柔性状态，也就是允许短时间内不同步，E表示最终一致性，数据最终是一致的，但是实时是不一致的。原子性和持久性必须从根本上保障，为了可用性、性能和服务降级的需要，只有降低一致性和隔离性的要求

CAP定理

对于共享数据系统，最多只能同时拥有CAP其中的两个，任意两个都有其适应的场景，真是的业务系统中通常是ACID与CAP的混合体。分布式系统中最重要的是满足业务需求，而不是追求高度抽象，绝对的系统特性。C表示一致性，也就是所有用户看到的数据是一样的。A表示可用性，是指总能找到一个可用的数据副本。P表示分区容错性，能够容忍网络中断等故障

刚性事务

通常无业务改造，强一致性，原生支持回滚/隔离性，低并发，适合短事务。刚性事务满足CAP的CP理论
XA模型、XA接口规范、XA实现

柔性事务

有业务改造，最终一致性，实现补偿接口，实现资源锁定接口，高并发，适合长事务。不要求强一致性，而是要求最终一致性，允许有中间状态，也就是Base理论，换句话说，就是AP状态。
TCC/FMT、Saga（状态机模式、Aop模式）、本地事务消息、消息事务（半消息）
柔性事务分为：
补偿型
异步确保型
最大努力通知型。

常见的分布式事务解决方案

1、 使用ＭＱ
２、使用LCN框架
3、 使用SEATA框架

seata框架的原理

seata有三部分组成：事务协调器（TC）、事务管理器（TM）、资源管理器（RM）
1、事务管理器向事务协调器申请一个全局事务ID，并保存都本地线程变量（线程之间不会发生数据冲突）。
2、seata数据源代理事务管理器和资源管理器的数据源，将前置镜像和后置镜像写到undo_log表中，方便后期回滚
3、事务管理器获取全局事务ID，通过改写feign客户端请求头传入全局事务id
4、资源管理器从请求头中获取全局事务ID并保存到本地线程变量，并将该分支注册到seataService中。
5、如果没有出现异常，事务管理器会通知事务协调器，事务协调器通知所有分支，通过全局事务ID和本地事务ID删除undo_log数据，如果出现异常，通过undo_log逆向生成sql语句并执行，然后删除undo_log语句，如果逻辑代码处理超时，也会回滚。

Seata 框架和LCN 框架的区别

Seata和LCN的思想是一样的，只不过LCN中采用的是假关闭，不会提交事务或回滚，而SEATA 是直接插入数据
区别就是当发起方突然宕机了，LCN会死锁，SeaTa不会，但会引起脏读
LCN实现的三种方案：LCN，TCC，TXC
seata实现的四种方案：AT、TCC、SA、GAXA。

XA规范

XA规范(XA Specification) 是X/OPEN 提出的分布式事务处理规范。XA则规范了TM与RM之间的通信接口，在TM与多个RM之间形成一个双向通信桥梁，从而在多个数据库资源下保证ACID四个特性。目前知名的数据库，如Oracle, DB2,mysql等，都是实现了XA接口的，都可以作为RM。
XA是数据库的分布式事务，强一致性，在整个过程中，数据一张锁住状态，即从prepare到commit、rollback的整个过程中，TM一直把持折数据库的锁，如果有其他人要修改数据库的该条数据，就必须等待锁的释放，存在长事务风险

Seata AT 模式

两阶段提交协议的演变，没有一直锁表

• 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资
• 二阶段：提交异步化，非常快速地完成。或回滚通过一阶段的回滚日志进行反向补偿