本地事务和分布式事务

目录

一、本地事务

1、本地事务的基本特征

2、本地事务的隔离级别

①READ UNCOMMITTED（读未提交）

②READ COMMITTED（读提交）

③REPEATABLE READ（可重复读）

④SERIALIZABLE（序列化）

3、事务的传播行为

4、SpringBoot事务关键点

二、分布式事务

1、为什么要有分布式事务

2、CAP定理和BASE理论

①、CAP定理

②、面临的问题

③、BASE理论

④、强一致性、弱一致性、最终一致性

3、分布式事务的几种方案

①、2PC（二阶段提交）模式

②、柔性事务-TCC事务补偿方案

③、柔性事务-最大努力

④、柔性事务-可高消息+最终一致性方案（异步确保型）

4、Seata

①Seata的概述

②Seata的执行顺序

③Seata的使用

---

一、本地事务

1、本地事务的基本特征

ACID（原子性、一致性、隔离性、持久性）

原子性：一系列的操作整体不可拆分，要么同时成功，要么同时失败

 一致性：数据在事务的前后，业务整体一致。

         转账。A:1000；B:1000； 转 200 事务成功; A：800 B：1200

 隔离性：事务之间互相隔离。 

持久性：一旦事务成功，数据一定会落盘在数据库。

2、本地事务的隔离级别

①READ UNCOMMITTED（读未提交）

该隔离级别的事务会读到其它未提交事务的数据，此现象也称之为脏读。 

②READ COMMITTED（读提交）

一个事务可以读取另一个已提交的事务，多次读取会造成不一样的结果，此现象称为不可重复读问题，Oracle 和 SQL Server 的默认隔离级别。

③REPEATABLE READ（可重复读）

该隔离级别是 MySQL 默认的隔离级别，在同一个事务里，select 的结果是事务开始时时间点的状态，因此，同样的 select 操作读到的结果会是一致的，但是，会有幻读现象。MySQL 的 InnoDB 引擎可以通过 next-key locks 机制（参考下文"行锁的算法"一节）来避免幻读。

④SERIALIZABLE（序列化）

在该隔离级别下事务都是串行顺序执行的，MySQL 数据库的 InnoDB 引擎会给读操作隐式加一把读共享锁，从而避免了脏读、不可重读复读和幻读问题。

3、事务的传播行为

1、PROPAGATION_REQUIRED：如果当前没有事务，就创建一个新事务，如果当前存在事务，就加入该事务，该设置是最常用的设置。

2、PROPAGATION_SUPPORTS：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就以非事务执行。

3、PROPAGATION_MANDATORY：支持当前事务，如果当前存在事务，就加入该事务，如果当前不存在事务，就抛出异常。

4、PROPAGATION_REQUIRES_NEW：创建新事务，无论当前存不存在事务，都创建新事务。5、PROPAGATION_NOT_SUPPORTED：以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。

6、PROPAGATION_NEVER：以非事务方式执行，如果当前存在事务，则抛出异常。

7、PROPAGATION_NESTED：如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则执行与 PROPAGATION_REQUIRED 类似的操作。

4、SpringBoot事务关键点

 在同一个类里面，编写两个方法，内部调用的时候，会导致事务设置失效。原因是没有用到 代理对象的缘故。

解决：

0）、导入 spring-boot-starter-aop

1）、@EnableTransactionManagement(proxyTargetClass = true)

2）、@EnableAspectJAutoProxy(exposeProxy=true)

3）、AopContext.currentProxy() 调用方法

二、分布式事务

1、为什么要有分布式事务

2、CAP定理和BASE理论

①、CAP定理

1、C一致性

这⾥的⼀致性从不同⾓度有着各⾃的