事务的属性
- 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 |
如果有事务在运行，当前的方法就应该在这个事务的嵌套事务内运行。否则，就启动一个新的事务，并在它自己的事务内运行 |
事务的隔离级别
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 |
√ |
√ |