Spring 事务【隔离级别与传播机制】

2023-02-15 31176

简介： Spring 事务【隔离级别与传播机制】

+关注继续查看

🍎一.事务隔离级别

🍒1.1 事务特性回顾

事务有4 大特性（ACID），原子性、持久性、?致性、隔离性

具体概念如下：

● 原子性：?个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执?过程中发?错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执?过?样

● 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写?的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以?发性地完成预定的?作

● 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失

● 隔离性：数据库允许多个并发事务同时对其数据进?读写和修改的能?，隔离性可以防?多个事务并发执?时由于交叉执??导致数据的不?致。事务隔离分为不同级别，包括读未提交（Readuncommitted）、读提交（read committed）、可重复读（repeatable read）和串?化（Serializable）

上? 4 个属性，可以简称为ACID

原子性(Atomicity，或称不可分割性)
—致性(Consistency)
隔离性(lsolation，又称独立性)
持久性( Durability)

🍒1.2 事务的隔离级别(5种)

设置事务的隔离级别是?来保障多个并发事务执?更可控，更符合操作者预期的

?事务的隔离级别就是为了防?，其他的事务影响当前事务执?的?种策略

Spring 中事务隔离级别可以通过 @Transactional 中的 isolation 属性进?设置，具体操作如下图所示：

** Spring 中事务隔离级别包含以下 5 种:**

Isolation.DEFAULT：以连接的数据库的事务隔离级别为主(默认)
Isolation.READ_UNCOMMITTED：读未提交，可以读取到未提交的事务，存在脏读
Isolation.READ_COMMITTED：读已提交，只能读取到已经提交的事务，解决了脏读，存在不可重复读
Isolation.REPEATABLE_READ：可重复读，解决了不可重复读，但存在幻读（MySQL默认级别）
Isolation.SERIALIZABLE：串?化，可以解决所有并发问题，但性能太低

从上述介绍可以看出，相?于 MySQL 的事务隔离级别，Spring 的事务隔离级别只是多了?个Isolation.DEFAULT（以数据库的全局事务隔离级别为主）

🍒1.3 事务隔离级别的设置

Spring 中事务隔离级别只需要设置 @Transactional ?的 isolation 属性即可，具体实现代码如下：

@RequestMapping("/save")
@Transactional(isolation = Isolation.SERIALIZABLE)
public Object save(User user) {
  // 业务实现
}

🍎二.Spring 事务传播机制

🍒2.1 Spring 事务传播机制的作用

Spring 事务传播机制定义了多个包含了事务的?法，相互调?时，事务是如何在这些?法间进?传递的

事务隔离级别是保证多个并发事务执?的可控性的（稳定性的），?事务传播机制是保证?个事务在多个调??法间的可控性的（稳定性的）

?样，它有不同的隔离?式（酒店隔离还是居家隔离），是为了保证疫情可控，然?在每个?的隔离过程中，会有很多个执?的环节，
?如酒店隔离，需要负责?员运送、物品运送、消杀原?活区域、定时核算检查和定时送餐等很多环节，
?事务传播机制就是保证?个事务在传递过程中是可靠性的，回到本身案例中就是保证每个?在隔离的过程中可控的

?事务传播机制解决的是?个事务在多个节点（?法）中传递的问题，如下图所示：

🍒2.2 事务传播机制种类(7 种)

Spring 事务传播机制包含以下 7 种：
Propagation.REQUIRED:默认的事务传播级别，它表示如果当前存在事务，则加入该事务;如果当前没有事务，则创建?个新的事务
Propagation.SUPPORTS：如果当前存在事务，则加?该事务；如果当前没有事务，则以?事务的?式继续运?
Propagation.MANDATORY：（mandatory：强制性）如果当前存在事务，则加?该事务；如果当前没有事务，则抛出异常
Propagation.REQUIRES_NEW：表示创建?个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部?法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部?法会新开启??的事务，且开启的事务相互独?，互不?扰
Propagation.NOT_SUPPORTED：以?事务?式运?，如果当前存在事务，则把当前事务挂起
Propagation.NEVER：以?事务?式运?，如果当前存在事务，则抛出异常
Propagation.NESTED：如果当前存在事务，则创建?个事务作为当前事务的嵌套事务来运?；如果当前没有事务，则该取值等价于PROPAGATION_REQUIRED

以上 7 种传播?为，可以根据是否?持当前事务分为以下 3 类：

以情侣关系以房子为例来举例:

🍒2.3 Spring 事务传播机制使用

以下代码实现中，先开启事务先成功插??条?户数据，然后再执??志报错，?在?志报错是发?了异常，观察 propagation = Propagation.REQUIRED 的执?结果\

@RestController
public class UserController {
    @Resource
    private UserService userService;
    
    @Transactional(propagation = Propagation.REQUIRED)
    @RequestMapping("/add3")
   if (userInfo == null  || !StringUtils.hasLength(userInfo.getUsername()) || !StringUtils.hasLength(userInfo.getPassword()))return 0;
        int userResult = userService.add(userInfo);
        System.out.println("添加用户:" + userResult);
        LogInfo logInfo = new LogInfo();
        logInfo.setName("添加用户");
        logInfo.setDesc("添加用户结果" + userResult);
        int logResult = logService.add(logInfo);
        return userResult;
 }

REQUIRED:?Transactional(propagation = Propagation.REQUIRED

加入当前事务: Transactional(propagation = Propagation.REQUIRED)

方法调用流程: controller/add -〉用户添加方法->〉日志添加方法

当日志添加方法出现异常之后，加入事务的执行结果是:
1、用户添加成功的数据也回滚了
2、日志添加数据也回滚了

NESTED:?@Transactional(propagation = Propagation.NESTED)

嵌套事务:@Transactional(propagation = Propagation.NESTED)

方法调用流程: controller/add -〉用户添加方法->日志添加方法

当日志添加方法出现异常之后，嵌套事务的执行结果是:
1、用户添加不受影响，添加用户成功了
2、日志添加失败，因为发生异常回滚了事务

嵌套事务（NESTED）和加?事务（REQUIRED ）的区别：

● 整个事务如果全部执?成功，?者的结果是?样的

● 如果事务执?到?半失败了，那么加?事务整个事务会全部回滚；?嵌套事务会局部回滚，不会影响上?个?法中执?的结果

🍎三.总结

Spring 事务使?中，重点的内容有 3 个：

在 Spring 项?中使?事务，?两种?法?动操作和声明式?动提交，其中后者使?的最多，在?法上添加 @Transactional 就可以实现了
设置事务的隔离级别 @Transactional(isolation = Isolation.SERIALIZABLE)，Spring 中的事务隔离级别有 5 种
设置事务的传播机制 @Transactional(propagation = Propagation.REQUIRED)，Spring 中的事务传播级别有 7 种