参考:
MySQL的四种事务隔离级别
Spring 事务 – @Transactional的使用
一、Spring注解事务的使用、事务失效的场景
SpringBoot 中 @Transactional 注解的使用与实践、失效场景
另:事务不生效的特殊场景:
https://blog.csdn.net/weixin_47007127/article/details/115397234
@Transactional 注解必须添加在public方法上,private、protected方法上是无效的 在使用@Transactional 的时候一定要记住,在private,protected方法上添加@Transactional 注解不会有任何效果。相当于没加一样。即使外部能调到protected的方法也无效。和没有添加@Transactional一样。
二、spring 注解事务属性的详细说明
Spring Boot之事务(事务传播机制、嵌套事务、事务隔离机制详解)
三、隔离规则
隔离级别定义了一个事务可能受其他并发事务影响的程度。
在实际开发过程中,我们绝大部分的事务都是有并发情况。下多个事务并发运行,经常会操作相同的数据来完成各自的任务。在这种情况下可能会导致以下的问题:
脏读(Dirty reads)—— 事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据。
不可重复读(Nonrepeatable read)—— 事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果不一致。
幻读(Phantom read)—— 系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。
不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表
spring 事务隔离
事务隔离级别为ISOLATION_REPEATABLE_READ
时,如果检索条件有索引(包括主键索引)的时候,默认加锁方式是next-key锁;如果检索条件没有索引,更新数据时会锁住整张表。一个间隙被事务加了锁,其他事务是不能在这个间隙插入记录的,这样可以防止幻读。
spring boot中的 @Transactional(rollbackFor = Exception.class)
使用默认的隔离级别Isolation.DEFAULT
,