Spring 事务与传播机制详解

运行结果验证：

• 提交事务：数据库中会增加相应记录。
• 回滚事务：日志显示'用户信息插入成功'，但刷新数据库后发现新纪录并未生成。

Spring 声明式事务 (@Transactional)

这是更常用的方式。只需在方法上添加 @Transactional 注解，Spring 会自动处理事务的开启、提交和回滚。

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;

import java.io.IOException;

@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 时回滚，受检异常（Exception）不会触发回滚。

@Transactional 注解深度解析

除了基本使用，@Transactional 还支持配置关键属性，主要包括 rollbackFor、isolation 和 propagation。

rollbackFor：异常回滚范围

默认情况下，只有运行时异常会触发回滚。如果需要让受检异常也触发回滚，需指定 rollbackFor。

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

如果不设置，IOException 抛出后事务依然会提交；设置后则会回滚。

事务隔离级别

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 = Isolation.READ_COMMITTED)
@RequestMapping("/r1")
public String r1(String name, String password) {
    return "r1";
}

Spring 事务传播机制

传播机制决定了当一个事务方法被另一个事务方法调用时，事务如何交互。

Spring 定义了七种传播行为：

1. REQUIRED (默认)：如果当前存在事务，则加入该事务；否则新建一个事务。
2. SUPPORTS：如果当前存在事务，则加入；否则非事务运行。
3. MANDATORY：必须存在事务，否则抛异常。
4. REQUIRES_NEW：总是新建事务，挂起当前外部事务。
5. NOT_SUPPORTED：非事务运行，挂起当前事务。
6. NEVER：非事务运行，若存在事务则抛异常。
7. NESTED：如果存在事务，则创建嵌套事务；否则等价于 REQUIRED。

场景演示

1. 都使用默认传播机制 (REQUIRED)

主方法开启事务，调用的子方法也会加入同一个事务。任意一方回滚，整个事务都会回滚。

@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. 默认情况下，只有运行时异常会触发回滚，可通过 rollbackFor 扩展。
3. 隔离级别控制并发读写冲突，MySQL 默认可重复读。
4. 传播机制决定事务边界，REQUIRED 最常用，REQUIRES_NEW 用于独立事务场景。