setRollbackOnly工作详情和遇到的问题

今天在写代码的时候遇到了一个问题,try里面代码报错了之后进入catch手动回滚,之后想要再去修改数据库记录本次失败的原因大概的代码如下
看到这个代码应该有同学会说没啥问题吧,在再次操作数据库名字为LiSi的时候数据库已经回滚过了.
其实我也犯了一样的错误,这里的setRollbackOnly通过翻看源码只是作为一个标记而已,也就是说做了这个操作之后,在方法结束后才会真正的去做回滚,而不是立马做回滚.

@GetMapping("/test/setRollBack")
    @Transactional(rollbackFor = Exception.class)
    public void testRollBack(){
        try{
            // 修改数据库名字为ZhangSan
            itemDao.updateNameForZhangSan();
            int i = 1/0;
        }catch (Exception e){
            log.error("TestController -> testRollBack",e);

            // 准备手动回滚事务
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();

            // 准备再次修改数据库 名字为LiSi
            itemDao.updateNameForLiSi();
        }
    }

验证

我们通过下面的代码来验证下我们上面说的理论,首先先来看一下上面代码的执行结果
这是没修改之前的数据库

这里执行了之后可以看到上面的修改已经生效了 修改行数是1

下面的修改行数也是1 也就是两个修改都成功了

数据库还是没变化

解决办法

通过代理对象调用拥有新事务的方法 且设置传播特新是PERQUIES_NEW

思考 开启事务循环查询和没开启事务循环查询区别

public void show() {
        for (int i = 0; i < 10; i++) {
            System.out.println(itemDao.selectById(String.valueOf(i)));
        }
    }

可以看到每次都会创建一个sqlSession然后再去查询如果是在高并发的情况下这中操作很危险

@Transactional(rollbackFor = Exception.class)
    public void show() {
        for (int i = 0; i < 10; i++) {
            System.out.println(itemDao.selectById(String.valueOf(i)));
        }
    }

而开启了事务后循环查询只会创建一次sqlSession也就是获取一次数据库链接后面都沿用上一个sqlSession