@Transactional事务的传播行为和隔离级别

传播行为

传播行为是指在一个事务方法内部调用其他事务方法时，事务应该如何传播
@Transactional提供了7种传播行为：

• REQUIRED(默认)，支持当前事务，如果不存在就创建一个新事务
• SUPPROTS，当前方法支持食物，如果不存在事务，就不在事务内运行
• MANDATORY，当前方法必须在事务内运行，否则就抛出异常
• REQUIRES_NEW，创建一个新的事务，并在其中执行当前方法，如果已经存在事务，就将其挂起
• NOT_SUPPORTED，当前方法不应该在事务中运行，如果已经存在事务则将其挂起
• NEVER，当前方法不应该在事务中运行，如果存在事务将抛出异常
• NESTED，如果在事务内部有嵌套事务，则当前事务嵌套在食物中运行，否则类似于REQUIRED

举个栗子，常见的传播行为

1、REQUIRED(默认)
如果一个方法被标记为REQUIRED，那么它会试图加入当前已存在的事务，如果不存在事务，则创建一个新的事务。如果该方法被其他方法嵌套调用，那么它们将共享同一个事务。如果一个方法抛出异常，则整个事务将回滚。

示例：

• 方法A和方法B都具有REQUIRED事务传播行为。
• 当方法A被调用，它会创建一个新的事务。
• 当方法A调用方法B，方法B将加入方法A的事务中。如果方法B抛出异常，则整个事务将回滚。

2、REQUIRES_NEW（总是新事务）
如果一个方法被标记为REQUIRES_NEW，那么它会始终创建一个新的事务，即使它被其他方法嵌套调用。如果一个方法抛出异常，则只有该方法中的事务会回滚，其他事务将不受影响。

示例：

• 方法A和方法B都具有REQUIRES_NEW事务传播行为。
• 当方法A被调用，它会创建一个新的事务。
• 当方法A调用方法B，方法B将创建一个新的事务，与方法A的事务是独立的。如果方法B抛出异常，则只有其事务会回滚，方法A的事务不受影响。

3、SUPPORTS（从调用者继承）
如果一个方法被标记为SUPPORTS，那么它将从调用方法继承事务，如果没有调用方法，则它将不会创建一个新的事务。

示例：

• 方法A具有SUPPORTS事务传播行为，方法B没有事务传播行为。
• 当方法A被调用，它将从调用它的方法继承事务。
• 当方法B被调用，它将不会创建一个新的事务。

4、NOT_SUPPORTED（不支持）
如果一个方法被标记为NOT_SUPPORTED，那么它将不会在事务中执行，即使是在其他方法的事务中调用。如果它被调用的方法有事务，则该事务将在调用它的方法执行完成后恢复。

示例：

• 方法A具有REQUIRED事务传播行为，方法B具有NOT_SUPPORTED事务传播行为。
• 当方法A被调用，它将创建一个新的事务。
• 当方法A调用方法B，方法B将不会在事务中执行。
• 当方法B执行完成后，方法A的事务将恢复。

隔离级别

隔离级别是指如果一个事务和其他事务共同操作数据库时，它们将如何被隔离。
@Transactional注解提供了4种隔离级别：

• DEFAULT：使用数据库默认隔离级别，通常是READ_COMMITTED。
• READ_UNCOMMITTED：最低的隔离级别，允许读取未提交的数据更改，存在脏读问题。
• READ_COMMITTED：允许读取已经提交的数据更改，避免了脏读问题。
• REPEATABLE_READ：保证在同一事务内的查询结果始终相同，但不能保证跨事务的数据一致性。
• SERIALIZABLE：最高的隔离级别，保证读写的数据完全和同步，避免了幻读问题。

举个栗子

1、 READ_UNCOMMITTED（读未提交）
在这个隔离级别下，一个事务可以读取另一个事务未提交的数据。这种隔离级别会出现脏读、不可重复读和幻读等问题。

示例：

• 事务A开始并读取表中的一行数据。
• 事务B开始并更新该行数据。
• 事务B尚未提交更改，但事务A仍然可以读取该行数据的未提交更改。

2、READ_COMMITTED（读已提交）
在这个隔离级别下，一个事务只能读取已经提交的数据。这种隔离级别会出现不可重复读和幻读问题。

示例：

• 事务A开始并读取表中的一行数据。
• 事务B开始并更新该行数据并提交更改。
• 事务A尝试再次读取该行数据，但此时它的值已更改。

3、 REPEATABLE_READ（可重复读）
在这个隔离级别下，一个事务可以重复读取同一个数据集，而在这个事务中，其他事务对这个数据集所做的更改是不可见的。这种隔离级别可以解决不可重复读的问题，但是会出现幻读问题。

示例：

• 事务A开始并读取表中的一行数据。
• 事务B开始并插入一个新行。
• 事务A再次尝试读取该数据集，但此时它包括了事务B的新插入的行。

4、SERIALIZABLE（串行化）
在这个隔离级别下，一个事务可以串行地访问数据库，因此可以避免脏读、不可重复读和幻读问题。这种隔离级别会在并发性方面带来极大的影响。

示例：

• 事务A开始并读取表中的一行数据。
• 事务B开始并尝试读取相同的行数据，但此时它被锁定，使得事务A只有在事务B完成后才能提交其更改。
• 事务B完成并释放锁定，使得事务A可以提交其更改。