Spring支持的常用数据库事务传播属性和事务隔离级别

写在前面：三个月以前，我在B站看了敖丙的一个面试视频，对当时的我来说，真的就是一脸懵逼的进，一脸懵逼的出。

三个月过去了，如今再回头看那个视频，最明显的感觉就是自己进步了，居然能听懂了。但是也发现了里面的一些问题，当然我现在想说的是指事物隔离级别那一块。

今天偶然又看到了一个关于事务隔离级别的面试题，特来做个简单的总结！！！

文章目录

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);
}

隔离界别是用来解决并发问题的，不同的隔离级别解决不同的问题