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

请简单介绍Spring支持的常用数据库事务传播属性和事务隔离级别？

事务的属性

• propagation：用来设置事务的传播行为

  事务的传播行为：一个方法运行在了一个开启了事务的方法中，当前方法是使用原来的事务还是开启一个新的事务

  • Propagation.REQUIRED：默认值，使用原来的事务
  • Propagation.REQUIRES_NEW：将原来的事务挂起，开启一个新的事务

• isolation：用来设置事务的隔离级别

  • Isolation.REPEATEBLE_READ：可重复读，MySQL默认的隔离级别
  • Isolation.READ_COMMITTED：读已提交，Oracle默认的隔离级别，开发时通常使用的隔离级别

---

事务的传播简介

​ 当事务方法被另一个事务方法调用时，必须指定事务应该如何传播。例如：方法可能继承在现有事务中运行，也可能开启一个新事务，并在自己的事务中运行。

​ 事务的传播行为可以由传播属性指定。Spring定义了7种类型的传播行为。

传播属性	描述
REQUIRED （默认）	如果有事务在运行，当前的方法就在这个事务内运行，否则，就启动一个新的事务，并在自己的事务内运行
REQUIRES_NEW	当前的方法必须启动新的事务，并在它自己的事务内运行，如果有事务正在运行，应该将它挂起
SUPPORTS	如果有事务正在运行，当前的方法就在这个事务内运行。否则它可以不运行在事务中
NOT_SUPPORTED	当前的方法不应该运行在事务中。如果有运行的事务，将它挂起
MANDATORY	当前的方法必须运行在事务内部。如果没有正在运行的事务，就抛出异常
NEVEER	当前的方法不应该运行在事务中。如果有运行的事务,就抛出异常
NESTED	如果有事务在运行，当前的方法就应该在这个事务的嵌套事务内运行。否则，就启动一个新的事务，并在它自己的事务内运行

事务的传播属性可以在@Transactional注解的propagation属性中定义。

（常用的是REQUIRED （默认）、REQUIRES_NEW这两个）

---

示例

用户表

id用户id	username用户名	balance余额
1	zhangsan	100.00

商品表

isbn书的编号	name书名	price单价
1001	三国演义	60.00
1002	西游记	50.00

库存表

isbn书的编号	stock库存
1001	100
1002	100

---

分析

以上代码中，checkout跟purchase方法都使用了事务，事务的传播默认值是REQUIRED （默认，如果有事务在运行，当前的方法就在这个事务内运行），所以是使用checkout方法的事务。它购买了两本书1001和1002，购买1001单价60的成功，但余额变成了100-60=40，不足以购买1002的书，所以失败，回滚。结果是，一本也没有买到，数据库数据不变。

---

---

分析

如果在purchase中添加了属性Propagation.REQUIRES_NEW，就会开启新的事务（当前的方法必须启动新的事务，并在它自己的事务内运行，如果有事务正在运行，应该将它挂起），则将checkout事务挂起了，purchase使用自己的事务，这样，1001书本会成功购买，库存变为99，用户余额变为40，会买成功一本。1002单价是50，钱不够，所以买不了。

---

---

事务的隔离级别

1. 数据库事务并发问题

假设现在有两个事务：Transaction01和Transaction02并发执行

• 脏读
  • Transaction01将某条记录的AGE值从20修改为30
  • Transaction02读取了Transaction01更新后的值：30
  • Transaction01回滚，AGE值恢复到了20
  • Transaction02读到的30就是一个无效的值
• 不可重复读
  • Transaction01读取了AGE值为20
  • Transaction02将AGE值修改为30
  • Transaction01再次读取AGE值为30，和第一次读取的不一致
• 幻读
  • Transaction01读取了stu表中的一部分数据
  • Transaction02向stu表中插入了新的行
  • Transaction01读取stu表时，多出了一些行

2. 事务的隔离级别

数据库系统必须具有隔离并发运行各个事务的能力，使他们不会相互影响，避免各种并发问题。一个事务与其他事务隔离的程度称为隔离级别。SQL标准中规定了好多事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱

• 读未提交：READ UNCOMMITTED

  ​ 允许Transaction01读取Transaction02未提交的修改

  ​ （上面三种情况都不可避免）

• 读已提交：READ COMMITTED（常用的，其他事务已经提交的数据都认为是真的）

  ​ 要求Transaction01只能读取Transaction02已提交的修改

  （可避免脏读）

• 可重复读：REPEATABLE READ

  ​ 确保Transaction01可以多次从一个字段中读取到相同的值，即Transaction01执行期间禁止其他事务对这个字段进行更新。

  ​ （可避免脏读，不可重复读）

• 串行化：SERIALIZABLE

  ​ 确保Transaction01可以从一个表中读取到相同的行，在Transaction01执行期间，禁止其他事务对这个表进行增删改操作。可以避免任何并发问题，但性能十分低下。

各个隔离级别解决并发问题的能力见下表

	脏读	不可重复读	幻读
READ UNCOMMITTED	有	有	有
READ COMMITTED	无	有	有
REPEATABLE READ	无	无	有
SERIALIZABLE	无	无	无

各种数据库产品对事务隔离级别的支持程度

	Oracle	MySQL
READ UNCOMMITTED	x	√
READ COMMITTED	√（默认）	√
REPEATABLE READ	x	√（默认）
SERIALIZABLE	√	√

---

示例：

可在@Transactional中添加isolation属性