-
- 1、事务的传播行为
-
- 1.1、传播行为简介
- 1.2、事务的测试代码(这里只测试了两种)
- 2、事务的隔离级别
-
- 2.1、数据库事务并发问题
- 2.2、事务的隔离级别
- 2.3、测试代码(这里只测试了两种)
1、事务的传播行为
1.1、传播行为简介
当事务方法被另一个事务方法调用时,必须指定事务应该如何传播。例如:方法可能继续在现有事务中运行,也可能开启一个新事务,并在自己的事务中运行。
事务的传播行为可以由传播属性指定,Spring定义了7种类传播行为。
传播属性 | 描述 |
---|---|
REQUIRED(required) | 如果有事务在运行,当前的方法就在这个事务内运行,否则,就启动一个新的事务,并在自己的事务内运行 |
REQUIRES_NEW(required_new) | 当前的方法必须启动新事务,并在它自己的事务内运行,如果有事务正在运行,应该将它挂起 |
SUPPORTS(supports) | 如果有事务在运行,当前的方法就在这个事务内运行,否则它可以不运行在事务中 |
NOT_SUPPORTED(not_supported) | 当前的方法不应该在事务中,如果有运行的事务,将它挂起 |
MANDATORY(mandatory) | 当前的方法必须运行在事务内部,如果没有正在运行的事务,就抛出异常 |
NEVER(never) | 当前的方法不应该运行在事务中,如果有运行的事务,就抛出异常 |
NESTED(nested ) | 如果有事务在运行,当前的方法就应该在这个事务的嵌套事务内运行,否则,就启动一个新的事务,并在它自己的事务内运行 |
事务传播属性可以在@Transactional注解的Propagation属性定义
1.2、事务的测试代码(这里只测试了两种)
前景:100块钱买两本60元的书
propagetion:用来设置事务的传播行为
事务的传播行为:一个方法运行在一个开启了事务的方法中时,当前方法是使用原来的事务还是开启一个新的事务?
-
-Propagation.REQUIRED:默认值,使用原来的事务
一本都不会买成功
@Transactional//使用默认的事务,等价于@Transactional(propagetion = Propagation.REQUIRED) public void method1(){ method2();//调用method2方法 } @Transactional//method2方法也是使用默认的事务,即使用原来的事务 public void method2(){ ...//方法体 }
-Propagation.REQUIRES_NEW:将原来的事务挂起,开启一个新的事务
-
只能买成功一本书
@Transactional//使用默认的事务,等价于@Transactional(propagetion = Propagation.REQUIRED) public void method1(){ method2();//调用method2方法 } @Transactional(propagetion = Propagation.REQUIRES_NEW)//method2方法使用REQUIRES_NEW事务,即使用原来的事务会被挂起,继而开启一个新的事务 public void method2(){ ...//方法体 }
2、事务的隔离级别
2.1、数据库事务并发问题
假设现在有两个事务:Transaction01和Transaction02并发执行,会出现一下的三种问题:
核心影响的是:事务的隔离性
1、脏读:(读到了别人未提交的事务,影响了其他事务的隔离性)
- Transaction01将某条记录的age值从20修改为30
- Transaction02读取了Transaction01更新后的值30
- Transaction01回滚,age值恢复到了20
- Transaction02读取到的30就是一个无效值
2、不可重复度:(修改或删除记录,并且提交了事务,影响了其他事务的隔离性)
- Transaction01读取了age值为20
- Transaction02将age值修改为30,并提交了事务
- Transaction01再次读取age值为30,和第一次读取的不一样
3、幻读:(生成一个或多个数据,提交了事务,影响了其他事务的隔离性)
- Transaction01读取了student表中的一部分数据
- Transaction02向student表中插入了新的行
- Transaction01读取了student表时,多出了一些行
2.2、事务的隔离级别
数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱。
1、读未提交:READ_UNCOMMITTED(read_uncommitted)
允许Transaction01读取Transaction02未提交的修改
2、读已提交:READ_COMMITTED(read_committed)
要求Transaction01只能读取Transaction02已提交的修改
3、可重复度:REPEATABLE_READ(repeatable_read)
确保Transaction01可以多次从一个字段中读取到相同的值,即Transaction01执行期间禁止其他事务对这个字段进行更新
4、串行化:SERIALIZABLE(serializable)
确保Transaction01可以多次从一个表中读取到相同的行,在Transaction01执行期间,禁止其他事务对这个表进行添加、更新、删除操作。可以避免任何并发问题,但性能十分低下。
5、默认的隔离界别:
MySQL默认的隔离级别为:solation.REPEATABLE_READ
Oracle默认的隔离级别为:Isolation.READ_COMMITTED:
总结:各个隔离级别解决并发问题的能力见下表
脏读 | 不可重复读 | 幻读 | |
---|---|---|---|
READ_UNCOMMITTED(read_uncommitted) | 不能 | 不能 | 不能 |
READ_COMMITTED(read_committed) | 可解决 | 不能 | 不能 |
REPEATABLE_READ(repeatable_read) | 可解决 | 可解决 | 不能 |
SERIALIZABLE(serializable) | 可解决 | 可解决 | 可解决 |
补充:各种数据库产品对事务隔离界别的支持程度
Oracle | MySQL | |
---|---|---|
READ_UNCOMMITTED(read_uncommitted) | × | √ |
READ_COMMITTED(read_committed) | √(默认) | √ |
REPEATABLE_READ(repeatable_read) | × | √(默认) |
SERIALIZABLE(serializable) | √ | √ |
2.3、测试代码(这里只测试了两种)
使用isolation标签来设置事务的隔离级别:
- @Transactional(isolation = Isolation.REPEATABLE_READ):可重复读,MySQL默认的隔离级别
- @Transactional(isolation = Isolation.READ_COMMITTED):读已提交,Oracle默认的隔离级别,开发时通常使用的隔离级别
MySQL数据库的使用方式
我们使用的事务隔离级别是可重复度,即执行操作时修改无效
我们在第一次打印age属性后,对数据库文件进行了修改,第二次打印的age值没有变化
@Transactional//使用默认的隔离界别,由于是MySQL数据库,所以等价于@Transactional(isolation = Isolation.REPEATABLE_READ)
public void method1(){
System.out.println(age);
...//手动修改数据库数据
System.out.println(age);
}
我们使用的事务是读已提交,即执行对应的操作会对之前的操作有影响
我们第一次打印age属性后,如果对数据库文件进行了修改,那么当我们再次打印age时对应的值变为被修改以后的值
@Transactional(isolation = Isolation.READ_COMMITTED)//使用事务的隔离级别是读已提交
public void method1(){
System.out.println(age);
...//手动修改数据库数据
System.out.println(age);
}
隔离界别是用来解决并发问题的,不同的隔离级别解决不同的问题