【Spring】Spring 中事务的实现

---

事务定义：将一组操作封装成⼀个执⾏单元（封装到⼀起），要么全部成功，要么全部失败

Spring 中的事务操作分为两类：

1. 编程式事务（⼿动写代码操作事务）。
2. 声明式事务（利⽤注解⾃动开启和提交事务）。

---

1.编程式事务（手动编写代码）

编程式事务有三个步骤:

• 开启事务（获取事务）。
• 提交事务。
• 回滚事务。

SpringBoot 内置了两个对象:

DataSourceTransactionManager ⽤来获取事务（开启事务）、提交或回滚事务
TransactionDefinition 是事务的属性，在获取事务的时候需要将TransactionDefinition 传递进去从⽽获得⼀个事务 TransactionStatus

实现代码如下：

package com.example.mybatisdemo.controller;

import com.example.mybatisdemo.model.User;
import com.example.mybatisdemo.service.UserService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration;
import org.springframework.jdbc.datasource.DataSourceTransactionManager;
import org.springframework.transaction.TransactionDefinition;
import org.springframework.transaction.TransactionStatus;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

/**
 * 手动提交事务
 */
@Slf4j
@RequestMapping("/trans")
@RestController
public class TransactionController {

    @Autowired
    private UserService userService;

    //获取数据库事务管理器
    @Autowired
    private DataSourceTransactionManager dataSourceTransactionManager;
    //数据库事务默认配置
    @Autowired
    private TransactionDefinition transactionDefinition;

    @RequestMapping("/addUser")
    public Integer addUser(String username,String password){
        //获取一个事务
        TransactionStatus transaction = dataSourceTransactionManager.getTransaction(transactionDefinition);
        User user=new User(username,password);
        Integer result = userService.insert(user);
        log.info("影响行数："+result);
        //回滚到transaction状态
        //dataSourceTransactionManager.rollback(transaction);
        //事务提交
        dataSourceTransactionManager.commit(transaction);
        return  result;
    }
}

---

2.声明式事务（利用注解）

声明式事务的实现很简单，只需要在需要的⽅法上添加 @Transactional 注解就可以实现了，⽆需⼿动开启事务和提交事务，进⼊⽅法时⾃动开启事务，⽅法执⾏完会⾃动提交事务，如果中途发⽣了没有处理的异常会⾃动回滚事务，具体实现代码如下：

/**
 * 使用注解提交事务
 */
@Slf4j
@RequestMapping("/trans2")
@RestController
public class TransactionController2 {
    @Autowired
    private UserService userService;

    @Transactional //事务注解//在遇到运行时异常(RuntimeException)和error才会回滚，非运行时异常不回滚
    @RequestMapping("/addUser")
    public Integer addUser(String username,String password){
        User user=new User(username,password);
        Integer result = userService.insert(user);
        log.info("影响行数："+result);
        //发生异常时，事务会回滚
        //int a=10/0;
        return  result;
    }
}

补充：如果异常被捕获了，事务不会回滚，代码示例：

    @Transactional
    @RequestMapping("/addUser3")
    public Integer addUser3(String username,String password) throws Exception {
        User user=new User(username,password);
        Integer result = userService.insert(user);
        log.info("影响行数："+result);
        try {
            int a=10/0;
        } catch (Exception e){
            e.printStackTrace();
        }
        return  result;
    }

2.1 @Transactional作用范围

@Transactional 可以⽤来修饰⽅法或类：

• 修饰⽅法时：需要注意只能应⽤到 public ⽅法上，否则不⽣效。推荐此种⽤法。

• 修饰类时：表明该注解对该类中所有的 public ⽅法都⽣效

2.2 @Transactional参数说明

rollbackFor和noRollbackFor示例代码：

    /**
     * 指定异常不回滚
     * @param username
     * @param password
     * @return
     */
    @Transactional(noRollbackFor = ArithmeticException.class)
    @RequestMapping("/addUser")
    public Integer addUser1(String username,String password){
        User user=new User(username,password);
        Integer result = userService.insert(user);
        log.info("影响行数："+result);
        //发生异常时，事务会回滚
        //int a=10/0;
        return  result;
    }

    /**
     * 指定异常回滚
     * @param username
     * @param password
     * @return
     */
    @Transactional(rollbackFor = Exception.class)  //所有异常都回滚
    @RequestMapping("/addUser2")
    public Integer addUser2(String username,String password) throws Exception {
        User user=new User(username,password);
        Integer result = userService.insert(user);
        log.info("影响行数："+result);
        throwException();
        return  result;
    }
    public void throwException() throws Exception{
        throw new IOException();
    }

2.3 @Transactional工作原理

@Transactional 是基于 AOP 实现的，AOP ⼜是使⽤动态代理实现的。如果⽬标对象实现了接⼝，默认情况下会采⽤ JDK 的动态代理，如果⽬标对象没有实现了接⼝,会使⽤ CGLIB 动态代理。
@Transactional 在开始执⾏业务之前，通过代理先开启事务，在执⾏成功之后再提交事务。如果中途遇到的异常，则回滚事务。
@Transactional 实现思路预览：

---

3.Spring 中设置事务隔离级别

3.1 事务四大特性ACID

事务有4 ⼤特性（ACID），原⼦性、持久性、⼀致性和隔离性，具体概念如下：

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

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

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

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

3.2 事务的隔离级别

事务的隔离级别有四种：

1. READ UNCOMMITTED：读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，⽽未提交的数据可能会发⽣回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。
2. READ COMMITTED：读已提交，也叫提交读，该隔离级别的事务能读取到已经提交事务的数据，因此它不会有脏读问题。但由于在事务的执⾏中可以读取到其他事务提交的结果，所以在不同时间的相同 SQL 查询中，可能会得到不同的结果，这种现象叫做不可重复读。（Oracle默认隔离级别）
3. REPEATABLE READ：可重复读，是 MySQL 的默认事务隔离级别，它能确保同⼀事务多次查询的结果⼀致。但也会有新的问题，⽐如此级别的事务正在执⾏时，另⼀个事务成功的插⼊某条数据，但因为它每次查询的结果都是⼀样的，所以会导致查询不到这条数据，⾃⼰重复插⼊时⼜失败（因为唯⼀约束的原因）。明明在事务中查询不到这条信息，但⾃⼰就是插⼊不进去，这就叫幻读（Phantom Read）。（MySQL默认隔离级别）
4. SERIALIZABLE：序列化，事务最⾼隔离级别，它会强制事务排序，使之不会发⽣冲突，从⽽解决了脏读、不可重复读和幻读问题，但因为执⾏效率低，所以真正使⽤的场景并不多。

● 脏读：⼀个事务读取到了另⼀个事务修改的数据之后，后⼀个事务⼜进⾏了回滚操作，从⽽导致第⼀个事务读取的数据是错误的。
● 不可重复读：⼀个事务两次查询得到的结果不同，因为在两次查询中间，有另⼀个事务把数据修改了。
● 幻读：⼀个事务两次查询中得到的结果集不同，因为在两次查询中另⼀个事务有新增了⼀部分数据。

3.2 Spring中设置事务的隔离级别

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

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

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

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

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

---

4.Spring 中事务传播机制

4.1 事务的传播机制是什么

先来看一个示例：

此时有3个事务，A调用了B和C，如果C事务执行失败，B事务执行成功，那么B最终能否成功，A能否成功？？？

答案是在不同的事务传播机制中，结果是不同的。

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

4.2 传播机制和隔离级别的作用

• 事务隔离级别是保证多个并发事务执⾏的可控性的（稳定性的）
• ⽽事务传播机制是保证⼀个事务在多个调⽤⽅法间的可控性的（稳定性的）。

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

事务隔离级别解决的是多个事务同时调⽤⼀个数据库的问题，如下图所示：

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

4.3事务传播机制的种类

Spring 事务传播机制包含以下 7 种：

1. Propagation.REQUIRED：默认的事务传播级别，它表示如果当前存在事务，则加⼊该事务；如果当前没有事务，则创建⼀个新的事务。
2. Propagation.SUPPORTS：如果当前存在事务，则加⼊该事务；如果当前没有事务，则以⾮事务的⽅式继续运⾏。
3. Propagation.MANDATORY：（mandatory：强制性）如果当前存在事务，则加⼊该事务；如果当前没有事务，则抛出异常。
4. Propagation.REQUIRES_NEW：表示创建⼀个新的事务，如果当前存在事务，则把当前事务挂起。也就是说不管外部⽅法是否开启事务，Propagation.REQUIRES_NEW 修饰的内部⽅法会新开启⾃⼰的事务，且开启的事务相互独⽴，互不⼲扰。
5. Propagation.NOT_SUPPORTED：以⾮事务⽅式运⾏，如果当前存在事务，则把当前事务挂起。
6. Propagation.NEVER：以⾮事务⽅式运⾏，如果当前存在事务，则抛出异常。
7. Propagation.NESTED：如果当前存在事务，则创建⼀个事务作为当前事务的嵌套事务来运⾏；如果当前没有事务，则该取值等价于 PROPAGATION_REQUIRED

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

---

5.Spring 中事务传播机制的使用

5.1 支持当前事务REQUIRED

正常情况演示：
先开启事务，插入用户，再插入日志：

    @Transactional
    @RequestMapping("/addUser")
    public boolean addUser(String username,String password){
        //插入用户表
        User user=new User(username,password);
        userService.insert(user);
        //插入日志表
        UserLog userLog=new UserLog(username);
        userLogService.insertLog(userLog);
        return true;
    }

UserService实现代码：

    @Transactional(propagation = Propagation.REQUIRED)
    public Integer insert(User user) {
        return userMapper.insert(user);
    }

UserLogService实现代码：

    @Transactional(propagation = Propagation.REQUIRED)
    public Integer insertLog(UserLog userLog){
        return userLogMapper.insertLog(userLog);
    }

执行结果：数据库数据成功插入。

错误情况演示：
先开启事务，插入用户，再插入日志（插入日志异常）：

UserLogService实现代码（出现除0异常）：

    @Transactional(propagation = Propagation.REQUIRED)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        int a=10/0;
        return result;
    }

执行结果：程序报错，数据库没有插入数据。

执行流程描述：

1. UserService 中的保存⽅法正常执⾏完成。
2. UserLogService 保存⽇志程序报错，因为使⽤的是 Controller 中的事务，所以整个事务回滚。

5.2 不支持当前事务REQUIRES_NEW

先开启事务，插入用户，再插入日志（插入日志异常）：

    @Transactional
    @RequestMapping("/addUser")
    public boolean addUser(String username,String password){
        //插入用户表
        User user=new User(username,password);
        userService.insert(user);
        //插入日志表
        UserLog userLog=new UserLog(username);
        userLogService.insertLog(userLog);
        return true;
    }

UserService实现代码：

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public Integer insert(User user) {
        return userMapper.insert(user);
    }

UserLogService实现代码：

    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        int a=10/0;
        return result;
    }

执行结果：用户表数据插入成功，日志表数据插入失败
原因：

5.3 不支持当前事务NEVER抛异常

先开启事务，插入用户，再插入日志（插入日志异常）：

UserService实现代码：

    @Transactional(propagation = Propagation.NEVER)
    public Integer insert(User user) {
        return userMapper.insert(user);
    }

UserLogService实现代码：

    @Transactional(propagation = Propagation.NEVER)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        int a=10/0;
        return result;
    }

执行结果：程序报错，执行失败，数据库没有插入数据。

5.4 NESTED嵌套事务

先开启事务，插入用户，再插入日志（插入日志异常）：

UserService实现代码：

    @Transactional(propagation = Propagation.NESTED)
    public Integer insert(User user) {
        return userMapper.insert(user);
    }

UserLogService实现代码：

    @Transactional(propagation = Propagation.NESTED)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        int a=10/0;
        return result;
    }

执行结果：执行失败，数据库没有插入数据。

代码①：现在修改一下UserLogService实现代码（加入回滚）：

    @Transactional(propagation = Propagation.NESTED)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        try {
            int a = 10 / 0;
        }catch (Exception e){
            //设置回滚
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
        return result;
    }

执行结果：日志表插入成功，用户表插入失败
原因：在UserLogService加入部分回滚，用户表运行成功，日志表回滚了。

代码②：现在修改一下UserLogService实现代码（将NESTED改为REQUIRED）：

    @Transactional(propagation = Propagation.REQUIRED)
    public Integer insertLog(UserLog userLog){
        Integer result=userLogMapper.insertLog(userLog);
        try {
            int a = 10 / 0;
        }catch (Exception e){
            //设置回滚
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
        }
        return result;
    }

执行结果：数据表没有插入数据
原因：日志表回滚，用户表也回滚了

5.5 嵌套事务和加入事务的区别

由上面代码①和代码②可得：

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

• 整个事务如果全部执⾏成功，⼆者的结果是⼀样的。
• 如果事务执⾏到⼀半失败了，那么加⼊事务整个事务会全部回滚；⽽嵌套事务会局部回滚，不会影响上⼀个⽅法中执⾏的结果。