关于java:面试突击88加入事务和嵌套事务有什么区别

3次阅读

共计 3338 个字符，预计需要花费 9 分钟才能阅读完成。

退出事务和嵌套事务是指在 Spring 事务流传机制中的退出事务（REQUIRED）和嵌套事务（NESTED）的区别，二者看似很像，实则截然不同，那么它们有什么区别呢？接下来咱们一起来看。

Spring 事务流传机制是指，蕴含多个事务的办法在互相调用时，事务是如何在这些办法间流传的，Spring 事务流传机制分为 3 大类，总共 7 种级别，如下图所示：

其中， 反对以后事务的 REQUIRED 是退出（以后）事务，而 NESTED 是嵌套（以后）事务 ，本文要探讨的就是这二者的区别。

退出事务 REQUIRED 是 Spring 事务的默认流传级别。

所谓的退出以后事务，是指如果以后存在事务，则退出该事务 ；如果以后没有事务，则创立一个新的事务。咱们这里重点要探讨的是第一种状况，也就是以后存在事务的状况下，它和嵌套事务的区别，接下来咱们通过一个示例来看退出事务的应用和执行特点。

咱们要实现的是用户增加性能，只不过在增加用户时，咱们须要给用户表和日志表中别离插入一条数据，UserController 实现代码如下：

@Transactional(propagation = Propagation.REQUIRED)
@RequestMapping("/add")
public int add(UserInfo userInfo) {
    int result = 0;
    int userResult = userService.add(userInfo);
    System.out.println("用户增加后果：" + userResult);
    if (userResult > 0) {LogInfo logInfo = new LogInfo();
        logInfo.setName("增加用户");
        logInfo.setDesc("增加用户后果：" + userResult);
        int logResult = logService.add(logInfo);
        System.out.println("日志增加后果：" + logResult);
        result = 1;
    }
    return result;
}

从上述代码能够看出，增加用户应用了事务，并设置了事务流传机制为 REQUIRED（退出事务），此控制器调用的 UserService 实现代码如下：

@Transactional(propagation = Propagation.REQUIRED)
public int add(UserInfo userInfo) {int result = userMapper.add(userInfo);
    return result;
}

从上述代码能够看出，它也是应用事务，并设置了事务的流传机制为 REQUIRED，而 LogService 也是相似的实现代码：

@Transactional(propagation = Propagation.REQUIRED)
public int add(LogInfo logInfo) {int result = logMapper.add(logInfo);
    try {int number = 10 / 0;} catch (Exception e) {
        // 手动回滚事务
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    }
    return result;
}

从上述代码咱们能够看出，在设置事务流传机制的同时，咱们也在程序中被动的设置了一个异样。

运行以上程序的执行后果如下图所示：

从上述后果咱们能够看出： 当咱们设置了退出事务的事务流传机制之后，程序的执行后果是将用户表和日志表的事务都回滚了 。

嵌套事务指的是事务流传级别中的 NESTED， 所谓的嵌套以后事务，是指如果以后存在事务，则创立一个事务作为以后事务的嵌套事务来运行 ；如果以后没有事务，则该取值等价于 REQUIRED。当然，咱们本文要钻研的重点也是第一种状况，也就是以后存在事务的前提下，嵌套事务和退出事务的区别。

所以接下来咱们将下面代码中的事务流传机制改为 NESTED，它的实现代码如下。
UserController 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
@RequestMapping("/add")
public int add(UserInfo userInfo) {
    int result = 0;
    int userResult = userService.add(userInfo);
    System.out.println("用户增加后果：" + userResult);
    if (userResult > 0) {LogInfo logInfo = new LogInfo();
        logInfo.setName("增加用户");
        logInfo.setDesc("增加用户后果：" + userResult);
        int logResult = logService.add(logInfo);
        System.out.println("日志增加后果：" + logResult);
        result = 1;
    }
    return result;
}

UserService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int add(UserInfo userInfo) {int result = userMapper.add(userInfo);
    return result;
}

LogService 实现代码如下：

@Transactional(propagation = Propagation.NESTED)
public int add(LogInfo logInfo) {int result = logMapper.add(logInfo);
    try {int number = 10 / 0;} catch (Exception e) {
        // 手动回滚事务
        TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
    }
    return result;
}

运行以上程序的执行后果如下图所示：

从上述后果能够看出： 当设置嵌套事务的事务流传级别之后，程序执行了局部事务的回滚 ，用户表增加的事务没有回滚，只是日志表的事务回滚了。

退出事务（REQUIRED）和嵌套事务（NESTED）都是事务流传机制的两种流传级别，如果以后不存在事务，那么二者的行为是一样的；但如果以后存在事务，那么退出事务的事务流传级别在遇到异样之后，会将事务全副回滚；而嵌套事务在遇到异样时，只是执行了局部事务的回滚。

事务全副回滚很好了解，这原本就是事务原子性的一种体现，而嵌套事务中的局部事务回滚是怎么实现的呢？

嵌套事务只所以能实现局部事务的回滚，是因为在数据库中存在一个保留点（savepoint）的概念，以 MySQL 为例，嵌套事务相当于新建了一个保留点，而滚回时只回滚到以后保留点，因而之前的事务是不受影响的，这一点能够在 MySQL 的官网文档汇总找到相应的材料：https://dev.mysql.com/doc/refman/5.7/en/savepoint.html

而 REQUIRED 是退出到以后事务中，并没有创立事务的保留点，因而呈现了回滚就是整个事务回滚 ，这就是嵌套事务和退出事务的区别。

保留点就像玩通关游戏时的“游戏存档”一样，如果设置了游戏存档，那么即便以后关卡失败了，也能持续上一个存档点持续玩，而不是从头开始玩游戏。

退出事务（REQUIRED）和嵌套事务（NESTED）都是事务流传机制中的两种流传级别，如果以后不存在事务，那么二者的行为是统一的；但如果以后存在事务，那么退出事务的事务流传级别当遇到异样时会回滚全副事务，而嵌套事务则是回滚局部事务。嵌套事务之所以能回滚局部事务，是因为数据库中存在一个保留点的概念，嵌套事务绝对于新建了一个保留点，如果出现异常了，那么只须要回滚到保留点即可，这样就实现了局部事务的回滚。