【事务】@Transactional 注解参数详解

前言

通过本篇学习，你将加深对 @Transactional 注解以及所有的属性的理解，还可以学习到 @Transactional 注解常见的失效场景。

@Transactional 注解特性如下：

一、参数详解

@Transactional 注解的关键属性大致有九个（如图）：

隔离级别是指若干个并发的事务之间的隔离程度，与我们开发时候主要相关的场景包括：脏读取、重复读、幻读。

Isolation 的 Eum 类中定义了“五个”表示隔离级别的值，如下：
- Isolation.DEFAULT：使用各个数据库默认的隔离级别【默认】
- Isolation.READ_UNCOMMITTED：读取未提交数据（会出现脏读, 不可重复读）（基本不使用）
- Isolation.READ_COMMITTED：读取已提交数据（会出现不可重复读和幻读）
- Isolation.REPEATABLE_READ：可重复读（会出现幻读）
- Isolation.SERIALIZABLE：串行化
在这里，简单解释下什么是“脏读”，“不可重复读”，“幻读”：
- 脏读：一个事务读取到另一事务未提交的更新数据；
- 不可重复读：在同一事务中，多次读取同一数据返回的结果有所不同。换句话说：后续读取可以读到另一事务已提交的更新数据。相反，"可重复读"在同一事务中多次读取数据时，能够保证所读数据一样，也就是后续读取不能读到另一事务已提交的更新数据；
- 幻读：一个事务读到另一个事务已提交的 insert 数据；
最后，有必要补充一下常用数据库的默认隔离级别：
- MYSQL：默认为REPEATABLE_READ
- SQLSERVER：默认为READ_COMMITTED
- Oracle：默认隔离级别 READ_COMMITTED

注意：mysql数据库，当且仅当引擎是InnoDB，才支持事务（MyIsam引擎不支持事务）。

所谓事务的传播机制是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。

Propagation 的 Eum 类中定义了“七个”表示隔离级别的值，如下：

Propagation.REQUIRED：如果当前没有事务，就新建一个事务，如果已经存在一个事务中，加入到这个事务中。这是最常见的选择，也是Spring【默认】的传播机制
Propagation.SUPPORTS：持当前事务，如果当前有事务，就以事务方式执行；如果当前没有事务，就以非事务方式执行
Propagation.MANDATORY：使用当前的事务，且必须在一个已有的事务中执行，如果当前不存在事务，否则抛出异常
Propagation.REQUIRES_NEW：不管是否存在事务，都创建一个新的事务，原来的挂起，新的执行完毕，继续执行老的事务
Propagation.NOT_SUPPORTED：以非事务方式执行，如果当前存在事务，就把当前事务挂起
Propagation.NEVER：以非事务方式执行，且必须在一个没有的事务中执行，如果当前存在事务，则抛出异常【与Propagation.MANDATORY相反】
Propagation.NESTED：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则执行与【Propagation.REQUIRED 】类似的操作

默认情况下是 false（即：不指定只读性），设置为 true 的含义是：告诉程序该方法下使用的是只读操作，如果进行其他非读操作，则会跑出异常。

从这一点设置的时间点开始（时间点a），到这个事务结束的过程中，其他事务所提交的数据，该事务将看不见！！即：查询中不会出现别人在时间点a之后提交的数据。

应用场景：
- 如果你一次执行单条查询语句，则没有必要启用事务的只读性支持，数据库默认支持SQL执行期间的读一致性；
- 如果你一次执行多条查询语句，例如统计查询，报表查询。在这种场景下，多条查询SQL必须保证整体的读一致性，否则，在前条SQL查询之后，后条SQL查询之前，数据被其他用户改变，则该次整体的统计查询将会出现读数据不一致的状态。此时，就有必要启用事务的只读性支持。

【注意】：是一次执行多次查询来统计某些信息，这时为了保证数据整体的一致性，要用只读事务。