Spring Boot事务(事务传播、嵌套事务、事务隔离机制)

本文转自原作者:https://blog.csdn.net/jy02268879/article/details/84322459

一、事务传播机制:

事务的传播行为是针对嵌套事务而言。
示例:
@Transactional(propagation = Propagation.REQUIRED)

2.1.1 REQUIRED

spring默认的事务传播行为就是它。

支持事务。如果业务方法执行时已经在一个事务中,则加入当前事务,否则重新开启一个事务。

外层事务提交了,内层才会提交。

内/外只要有报错,他俩会一起回滚。

只要内层方法报错抛出异常,即使外层有try-catch,该事务也会回滚!

因为内外层方法在同一个事务中,内层只要抛出了异常,这个事务就会被设置成rollback-only,即使外层try-catch内层的异常,该事务也会回滚。

例子:
外层方法在调用内层方法的时候包裹住try-catch,内层方法报错抛出异常。

外层方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        try {
            studentService.addStudent(student);
        }catch (Exception e){
            //不抛出
        }
        return  i;
    }
}

内层方法:

@Service
public class StudentServiceImp implements StudentService {

    @Resource
    private StudentMapper studentMapper;
    
    @Override
    @Transactional//(propagation = Propagation.NESTED)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        int j =  10/ 0;  // 内层报错抛出异常
        return i;
    }
}

结果:
事务回滚,user表和student表都没有插入数据。

因为内外层方法在同一个事务中,内层只要抛出了异常,这个事务就会被设置成rollback-only,即使外层try-catch内层的异常,该事务也会回滚。

报错

org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only

2.1.2 REQUIRES_NEW

支持事务。每次都是创建一个新事物,如果当前已经在事务中了,会挂起当前事务。

内层事务结束,内层就提交了,不用等着外层一起提交。

外层报错回滚,不影响内层。

内层报错回滚,外层try-catch内层的异常,外层不会回滚。

内层报错回滚,然后又会抛出异常,外层如果没有捕获处理内层抛出来的这个异常,外层还是会回滚的。这是重点!!!网上有些文章的例子给错了!!!

例子:

1.调用addStudent的外层方法有事务,外层报错回滚,内层无错

外层方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);
        int j =  10/ 0; // 外层报错
        return  i;
    }
}

内层方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        
        return i;
    }
}

结果:

内层的addStudent方法执行结束后,这个内层的事务就提交了,student表中就已经插入了数据了。

外层addUser方法报错,只是回滚了外层的这个事务,user表中没有插入数据。

2.调用addStudent的外层方法有事务,外层无错,内层报错回滚

外层方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);
        return  i;
    }
}

内层方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        int j =  10/ 0;
        return i;
    }
}

结果:

内层的addStudent方法执行报错 ,内层事务回滚,然后再向外抛出这个异常。student表中没有插入数据。

外层addUser,如果没有捕获处理内层抛出来的异常,外层一会回滚。user表中没有插入数据。

2.1.3 NESTED:

该传播行为解释:支持事务。如果当前已经在一个事务中了,则嵌套在已有的事务中作为一个子事务。如果当前没在事务中则开启一个事务。

内层事务结束,要等着外层一起提交。

外层回滚,内层也回滚。

如果只是内层回滚,不影响外层。

这个内层回滚不影响外层的特性是有前提的,否则内外都回滚。

使用前提:

1.JDK版本要在1.4以上,有java.sql.Savepoint。因为nested就是用savepoint来实现的。

2.事务管理器的nestedTransactionAllowed属性为true。

3.外层try-catch内层的异常。

例子:

1.调用addStudent的外层方法有事务,外层报错回滚,内层无错

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);
        int i1 =  10/ 0; // 外层报错回滚
        return  i;
    }
}

内层调用方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.NESTED)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:

studentMapper.insertSelective(student);方法执行后,数据库student表中并没有插入数据,要等到外层addUser方法的事务结束后,才一起提交。而此时,外层报错了,回滚,student表和user表都无数据插入。

2.调用addStudent的外层方法有事务,外层无错,内层报错回滚

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        // 强调一下,内层是nested模式下,外层要try-catch内层的异常,外层才不会回滚
        // 而内层是REQUIRED模式的话,即是外层try-catch内层异常,外层同样会回滚的
        try {
            studentService.addStudent(student); 
        }catch (Exception e){
            //不抛出
        }
        return  i;
    }
}

内层调用方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.NESTED)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        int j =  10/ 0; // 内层报错
        return i;
    }
}

结果:

studentMapper.insertSelective(student);方法执行后,数据库student表中并没有插入数据,要等到外层addUser方法的事务结束后,才一起提交。而此时,自己内层报错了回滚,并不影响外层addUser方法的事务。 student表无数据插入。User表数据插入成功。

强调一下:

内层是nested模式下,外层要try-catch内层的异常,外层才不会回滚
而内层是REQUIRED模式的话,即是外层try-catch内层异常,外层同样会回滚的

2.1.4.SUPPORTS:

该传播行为解释:支持事务。当前有事务就支持。当前没有事务就算了,不会开启一个事物。

例子:

1.直接从外面调这个addStudent方法,外面没有事务,这个addStudent方法的事务传播行为是SUPPORTS。

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.SUPPORTS)// 这个addStudent方法的事务传播行为是SUPPORTS。
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:

此时相当于addStudent方法没有事务。执行了insertSelective后,数据就已经插入到Mysql对应的student表中了。

等于说@Transactional(propagation = Propagation.SUPPORTS)修饰的方法本身是没有事务性的。

2.调用addStudent的外层方法有事务

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional //有事务
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);// 调用addStudent方法,addStudent方法的事务传播机制是SUPPORTS
        return  i;
    }

}
内层传播机制为SUPPORTS的方法:强调,外层方法和内层方法不在同一个类中

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.SUPPORTS) // 这个addStudent方法的事务传播行为是SUPPORTS
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:

studentMapper.insertSelective(student);方法执行后,数据库student表中并没有插入数据,要等到外层addUser方法的事务结束后,才一起提交。

2.1.5.MANDATORY

该传播行为解释:支持事务,如果业务方法执行时已经在一个事务中,则加入当前事务。否则抛出异常。

例子:

1.直接从外面调这个addStudent方法,外面没有事务

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.MANDATORY)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:抛出异常

org.springframework.transaction.IllegalTransactionStateException: No existing transaction found for transaction marked with propagation 'mandatory'

2.调用addStudent的外层方法有事务

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional //有事务
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);// 调用addStudent方法
        return  i;
    }
 
}

内层方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.MANDATORY)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:

studentMapper.insertSelective(student);方法执行后,数据库student表中并没有插入数据,要等到外层addUser方法的事务结束后,才一起提交。

2.1.6.NOT_SUPPORTED

不支持事务,如果业务方法执行时已经在一个事务中,则挂起当前事务,等方法执行完毕后,事务恢复进行。

例子:

1.调用addStudent的外层方法有事务

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);
        return  i;
    }
}

内层调用方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.NOT_SUPPORTED)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        return i;
    }
}

结果:

studentMapper.insertSelective(student);方法执行后,数据库student表中已经插入了数据,不用等到自己的addStudent方法的事务结束后才提交。

2.1.7.NEVER

不支持事务。如果当前已经在一个事务中了,抛出异常。

例子:

1.调用addStudent的外层方法有事务

外层调用方法:

@Service
public class UserServiceImp implements UserService {
 
    @Resource
    private UserMapper userMapper;
 
    @Autowired
    StudentService studentService;
 
    @Override
    @Transactional
    public int addUser(User user) {
        int i = userMapper.insertSelective(user);
        Student student = new Student();
        student.setCourse("cs");
        student.setName("sid");
        studentService.addStudent(student);
        return  i;
    }
}

内层调用方法:

@Service
public class StudentServiceImp implements StudentService {
 
    @Resource
    private StudentMapper studentMapper;
 
    @Override
    @Transactional(propagation = Propagation.NEVER)
    public int addStudent(Student student) {
        int i = studentMapper.insertSelective(student);
        
        return i;
    }
}

结果:

外层addUser方法在调内层方法addStudent的时候,因为内层方法不支持事务,而外层方法开启了事务,则报错

org.springframework.transaction.IllegalTransactionStateException: Existing transaction found for transaction marked with propagation 'never'

二、事务的隔离机制

2.1事务隔离级别

1.DEFAULT ,这是spring默认的隔离级别,表示使用数据库默认的事务隔离级别。另外四个与JDBC的隔离级别相对应。

2.READ_UNCOMMITTED 这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读,不可重复读和幻读。

3.READ_COMMITTED 保证一个事务修改的数据提交后才能被另外一个事务读取。这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻读。

4.REPEATABLE_READ这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻读。

5.SERIALIZABLE 事务被处理为顺序执行。防止脏读,不可重复读,防止幻读。

示例:

@Transactional(isolation=Isolation.REPEATABLE_READ)

Mysql innodb默认提供的是REPEATABLE_READ

2.2脏读、不可重复读、幻读解释:

1.脏读:脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时,另外一个事务也访问这个数据,然后使用了这个数据。
Mary的原工资为1000,财务人员将Mary的工资改为了8000,但未提交事务
与此同时,Mary正在读取自己的工资.Mary发现自己的工资变为了8000,欢天喜地! (脏读)
而财务发现操作有误,而回滚了事务,Mary的工资又变为了1000.

2.不可重复读:在一个事务中前后两次读取的结果并不致,导致了不可重复读。
在事务1中,Mary 读取了自己的工资为1000,操作并没有完成 .
在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.
在事务1中,Mary 再次读取自己的工资时,工资变为了2000.

3.幻读:第一个事务对一个表中的全部数据行进行了修改。同时,第二个事务向表中插入一行新数据。那么操作第一个事务的用户发现表中还有未修改的数据行。

 目前工资为1000的员工有10人。

事务1,读取所有工资为1000的员工。
这时事务2向employee表插入了一条员工记录,工资也为1000
事务1再次读取所有工资为1000的员工 共读取到了11条记录

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值