深入解析Spring事务传播行为与隔离级别

一、传播行为类型详解

1. PROPAGATION_REQUIRED（默认行为）

概念：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。

@Transactional(propagation = Propagation.REQUIRED)
public void methodA() {
    // 业务逻辑
    methodB();  // 会加入methodA的事务
}

@Transactional(propagation = Propagation.REQUIRED)
public void methodB() {
    // 业务逻辑
}

实践建议：

• 适用于大多数业务场景
• 注意方法调用链过长可能导致事务时间过长

2. PROPAGATION_REQUIRES_NEW

概念：创建一个新的事务，如果当前存在事务，则挂起当前事务。

@Transactional(propagation = Propagation.REQUIRED)
public void methodA() {
    // 业务逻辑A
    methodB();  // 会挂起methodA的事务，创建新事务
    // 业务逻辑A继续
}

@Transactional(propagation = Propagation.REQUIRES_NEW)
public void methodB() {
    // 业务逻辑B
}

实践建议：

• 适用于需要独立提交的子操作（如日志记录）
• 注意会创建新的数据库连接，可能影响性能

3. PROPAGATION_NESTED

概念：如果当前存在事务，则在嵌套事务内执行；如果当前没有事务，则行为与PROPAGATION_REQUIRED一样。

@Transactional(propagation = Propagation.REQUIRED)
public void methodA() {
    // 业务逻辑A
    methodB();  // 在嵌套事务中执行
    // 业务逻辑A继续
}

@Transactional(propagation = Propagation.NESTED)
public void methodB() {
    // 业务逻辑B
}

实践建议：

• 适用于需要部分回滚的场景
• 注意不是所有数据库都支持（如MySQL的InnoDB支持）

4. 其他传播行为

二、隔离级别详解

1. 读未提交（Read Uncommitted）

问题：脏读（Dirty Read）——读取到其他事务未提交的数据

@Transactional(isolation = Isolation.READ_UNCOMMITTED)
public void readData() {
    // 可能读取到其他事务未提交的数据
}

2. 读已提交（Read Committed）

问题：不可重复读（Non-repeatable Read）——同一事务内多次读取结果不同

@Transactional(isolation = Isolation.READ_COMMITTED)
public void readData() {
    // 只能读取到已提交的数据
    // 但同一事务内多次读取可能结果不同
}

3. 可重复读（Repeatable Read）

问题：幻读（Phantom Read）——同一事务内范围查询结果集变化

@Transactional(isolation = Isolation.REPEATABLE_READ)
public void readData() {
    // 同一事务内多次读取相同记录结果一致
    // 但范围查询可能出现新记录
}

4. 串行化（Serializable）

特点：完全隔离，性能最低

@Transactional(isolation = Isolation.SERIALIZABLE)
public void readData() {
    // 最高隔离级别，完全串行执行
}

隔离级别对比：

三、不同数据库实现差异

1. MySQL的MVCC实现

多版本并发控制：

• 通过undo日志实现版本链
• ReadView机制控制可见性
• 默认隔离级别为REPEATABLE READ

实践建议：

• 在REPEATABLE READ下，MySQL通过间隙锁(Gap Lock)解决幻读问题
• 注意长事务可能导致undo日志膨胀

2. Oracle的读一致性

特点：

• 默认隔离级别为READ COMMITTED
• 通过SCN(System Change Number)实现读一致性
• 使用回滚段存储旧数据版本

实践建议：

• Oracle的READ COMMITTED比MySQL的更严格
• 考虑使用SELECT FOR UPDATE避免不可重复读

四、最佳实践

1. 传播行为选择：

   • 80%场景使用PROPAGATION_REQUIRED
   • 需要独立提交的子操作使用PROPAGATION_REQUIRES_NEW
   • 部分回滚需求考虑PROPAGATION_NESTED

2. 隔离级别选择：

   • 默认使用数据库默认级别（MySQL: REPEATABLE READ, Oracle: READ COMMITTED）
   • 高并发写入场景可考虑READ COMMITTED
   • 财务等严格场景使用SERIALIZABLE

3. 性能优化：

   • 避免长事务
   • 合理设置事务超时时间
   • 只读事务标记为readOnly=true

4. 异常处理：

   • 捕获特定异常进行回滚

     @Transactional(rollbackFor = {BusinessException.class})
     public void businessMethod() {
       // 业务逻辑
     }

通过合理配置事务传播行为和隔离级别，可以确保数据一致性的同时兼顾系统性能。