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

35次阅读

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

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

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

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

1. 退出事务

退出事务 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;
}

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

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

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

2. 嵌套事务

嵌套事务指的是事务流传级别中的 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;
}

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

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

3. 退出事务 VS 嵌套事务

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

4. 嵌套事务实现原理

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

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

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

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

总结

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

是非审之于己,毁誉听之于人,得失安之于数。

公众号:Java 面试真题解析

面试合集:https://gitee.com/mydb/interview

正文完
 0