数据库事务与Spring事务传播行为的本质关系

前言

在日常开发中，@Transactional 是我们高频使用的注解，事务传播行为更是处理业务嵌套逻辑的关键。但很多开发者容易混淆一个核心问题：事务传播行为到底是谁实现的？数据库和Spring事务到底是什么关系？

本文从底层原理出发，彻底理清数据库事务与Spring事务的边界，帮你从根源理解事务传播行为。

一、核心结论先行

数据库是事务的底层执行者与原生载体，事务的ACID特性、提交/回滚等基础能力，均由数据库引擎实现；
Spring事务是基于数据库原生事务的应用层封装与扩展，本身不创造事务，仅做管理与增强；
事务传播行为是Spring独有的逻辑，数据库本身不存在该概念，仅负责执行当前连接的事务指令。

简单总结：

没有数据库，事务无从谈起；没有Spring，数据库事务依旧可用，但开发繁琐；Spring所有事务能力，底层都依赖数据库原生事务实现。

二、数据库与事务的本质关系

2.1 ACID四大特性，由数据库引擎保证

事务的原子性、一致性、隔离性、持久性，完全由数据库底层实现：

原子性：依靠undo/redo日志保证操作要么全部成功，要么全部回滚；
隔离性：依靠锁机制+MVCC实现并发事务隔离；
持久性：依靠数据刷盘机制保证提交后数据不丢失；
一致性：执行事务前后，数据保持一致，例如转账业务中，无论事务是否成功，转账者和收款人的总额应该是不变的；或者说只有合法的数据（依照关系约束和函数约束）才能写入数据库。（由原子性、隔离性、持久性共同保障）

以MySQL InnoDB、Oracle、PostgreSQL为代表的事务型引擎，才是事务能力的真正提供者。

2.2 数据库原生事务，仅提供底层基础API

数据库只识别当前数据库连接的事务状态，提供的指令极其底层：

START TRANSACTION / BEGIN：开启事务
COMMIT：提交事务
ROLLBACK：回滚事务
SAVEPOINT：设置保存点（支持部分回滚）

数据库完全不感知Java方法、业务嵌套、外层/内层事务，它只关心：当前连接有没有事务、SQL是否需要提交或回滚。

2.3 数据库事务的最小单元：数据库连接

数据库事务以连接为维度：

一个连接同一时间仅存在一种事务状态（有事务/无事务）；
同一连接内的SQL属于同一个事务，保证原子性；
不同连接对应独立事务，互不干扰。

这也是Spring REQUIRES_NEW 能实现独立事务的核心原因：新建数据库连接，在新连接上开启独立事务。

三、Spring事务与数据库事务的关系

3.1 Spring事务：数据库事务的应用层代理

Spring不生产事务，只做事务的搬运工与管理者：

封装简化操作

通过AOP代理@Transactional注解，自动完成事务开启、提交、回滚，无需手动编写数据库事务指令。

扩展业务能力

提供事务传播行为、异常回滚规则、隔离级别配置等增强逻辑，适配复杂业务嵌套场景。

3.2 事务传播行为：Spring独有的应用层规则

事务传播行为（Propagation Behavior） 是Spring事务管理的核心，用于解决事务方法嵌套调用的协作问题。

定义：当一个事务方法被另一个事务方法调用时，规定被调用方法的事务规则：

加入当前已有事务
创建全新独立事务
以非事务方式执行
异常时内外层事务提交/回滚的相互影响

这是Spring在应用层通过控制数据库连接的获取与切换、事务状态传递实现的逻辑，数据库本身完全不感知。

示例代码：

复制代码

@Service
public class AService {
    @Transactional
    public void a() {
        // 嵌套调用b方法
        bService.b();
    }
}

@Service
public class BService {
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void b() {
        // 业务逻辑
    }
}

数据库视角：两个独立连接，对应两个独立事务；
Spring视角：通过传播行为控制内外层事务的关联关系。

四、核心误区一次性澄清

误区1：Spring事务和数据库事务是两套独立机制

❌ 错误。Spring事务寄生在数据库事务之上，若数据库不支持事务（如MyISAM），@Transactional直接失效。

误区2：数据库支持事务传播行为

❌ 错误。数据库无传播行为概念，仅提供基础事务指令，传播规则完全由Spring在应用层实现。

误区3：NESTED是数据库原生嵌套事务

❌ 错误。数据库无真正嵌套事务，NESTED依靠数据库SAVEPOINT实现部分回滚，本质仍属于同一个数据库事务。

五、总结

数据库：事务的执行者，实现ACID、提供基础事务指令，只关心连接级别的事务状态；
Spring：事务的管理者，封装数据库事务，提供声明式事务与传播行为等业务级能力；
事务传播行为：Spring专属规则，用于规范事务嵌套时的协作逻辑，与数据库无关。