Spring 事务管理与传播机制详解

运行程序后，若正常提交，数据库中会增加记录；若执行回滚，尽管日志显示成功，数据库实际并未写入新数据。这种手动控制适合对事务有精细要求的场景，但日常开发中较少使用。

Spring 声明式事务 @Transactional

更推荐的方式是利用 @Transactional 注解。它无需手动开启或提交事务，进入方法时自动开启，方法执行完自动提交，若抛出未捕获的异常则自动回滚。

package com.hbu.springtransdemo.controller;

import com.hbu.springtransdemo.service.UserInfoService;
import lombok.extern.slf4j.Slf4j;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.transaction.annotation.Transactional;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@Slf4j
@RestController
@RequestMapping("/User2")
public class UserController2 {
    @Autowired
    private UserInfoService userInfoService;

    @Transactional()
    @RequestMapping("/regist")
    public String registryUser(String name, String password) throws IOException {
        Integer result = userInfoService.registryUser(name, password);
        log.info("用户信息插入成功");
        return "注册成功";
    }
}

如果方法内部发生异常（如除零错误），事务会自动回滚，数据不会入库。注意以下细节：

• 修饰范围：仅对 public 方法生效。修饰类时，该类下所有 public 方法均受保护。
• 异常处理：默认仅在遇到运行时异常（RuntimeException）或 Error 时回滚。若异常被 try-catch 捕获且未重新抛出，事务会被视为成功提交。

@Transactional 详解

除了基本用法，理解其属性配置至关重要。主要关注三个属性：rollbackFor、isolation 和 propagation。

rollbackFor

默认情况下，@Transactional 不处理非运行时异常（如 IOException）。如果需要针对特定异常类型回滚，需显式指定。

@Transactional(rollbackFor = Exception.class)
@RequestMapping("/regist")
public String registryUser(String name, String password) throws IOException {
    // ... 业务逻辑
    if (true) {
        throw new IOException();
    }
    return "注册成功";
}

通过设置 rollbackFor，即使抛出检查型异常也能触发回滚，确保数据一致性。

事务隔离级别

MySQL 事务隔离级别

SQL 标准定义了四种隔离级别，MySQL 均支持：

1. 读未提交（READ UNCOMMITTED）：可能读到未提交数据（脏读）。
2. 读提交（READ COMMITTED）：只能读已提交数据，避免脏读，但可能出现不可重复读。
3. 可重复读（REPEATABLE READ）：MySQL 默认级别。保证同一事务内多次查询结果一致，但存在幻读风险。
4. 串行化（SERIALIZABLE）：最高级别，效率低，彻底解决并发问题。

Spring 事务隔离级别

Spring 封装了五种隔离级别，对应关系如下：

• Isolation.DEFAULT：继承数据库默认值。
• Isolation.READ_UNCOMMITTED / READ_COMMITTED / REPEATABLE_READ / SERIALIZABLE。

@Transactional(isolation = READ_COMMITTED)
@RequestMapping("/r1")
public String r1(String name, String password) {
    return "r1";
}

Spring 事务传播机制

当多个事务方法存在调用关系时，事务如何传播是核心考点。例如方法 A 调用方法 B，B 也有事务，此时是加入 A 的事务还是新建？

Spring 定义了七种传播行为：

1. REQUIRED（默认）：当前有事务则加入，无事务则新建。
2. SUPPORTS：有事务则加入，无事务则以非事务方式运行。
3. MANDATORY：必须有事务，否则抛异常。
4. REQUIRES_NEW：总是新建事务，挂起当前事务。内外事务独立。
5. NOT_SUPPORTED：以非事务方式运行，挂起当前事务。
6. NEVER：以非事务方式运行，有事务则抛异常。
7. NESTED：嵌套事务。有事务时创建保存点，无事务时等价于 REQUIRED。

场景演示

1. 都使用 REQUIRED（默认） 主事务 A 调用子事务 B。它们属于同一个事务上下文。任意一方回滚，整个大事务都会回滚。

@Transactional
@RequestMapping("/r2")
public String r2(String name, String password) {
    userInfoService.registryUser(name, password); // 子服务
    logInfoService.insert();                     // 子服务
    return "成功！！！";
}

2. REQUIRES_NEW 子方法强制开启新事务。主事务回滚不影响子事务提交，反之亦然。适用于日志记录等必须落地的场景。

3. NESTED 类似 REQUIRED，但允许局部回滚。如果子事务回滚，可以只回滚到保存点，而不影响主事务。这在复杂业务校验中很有用。

总结

1. 事务管理方式：Spring 支持编程式和声明式，推荐使用 @Transactional 注解。
2. 隔离级别：通过 isolation 属性配置，MySQL 默认可重复读。
3. 传播机制：重点关注 REQUIRED（默认）和 REQUIRES_NEW（独立事务），根据业务需求选择是否挂起或新建事务。

掌握这些机制，能有效应对转账、订单处理等复杂场景下的数据一致性问题。