在 Spring 中，当你在方法上使用 @Transactional 注解时，事务的开启、数据库操作的执行以及事务的提交/回滚，遵循的流程

在 Spring 中，当你在方法上使用@Transactional注解时，事务的开启、数据库操作的执行以及事务的提交/回滚，遵循以下流程：

✅ 正确的执行顺序是：

1. 方法调用前：Spring 通过代理机制开启数据库事务（即向数据库发送BEGIN或类似指令）；
2. 方法执行中：你的业务代码（包括对数据库的操作，如INSERT、UPDATE等）会立即执行并写入数据库，但这些更改处于“未提交”状态（对其他事务不可见，取决于隔离级别）；
3. 方法执行成功结束后：Spring提交事务（发送COMMIT），此时数据才真正持久化并对其他事务可见；
4. 方法抛出异常且满足回滚条件时：Spring回滚事务（发送ROLLBACK），所有在该方法中执行的数据库操作全部撤销。

📌 关键澄清：

❌不是“等方法执行完才进库”
✅而是“方法执行过程中就进库了，但未提交；方法成功结束才提交”

也就是说：

• 数据库的写操作（如 INSERT）在方法内部执行时就已经发给数据库了；
• 但由于事务未提交，这些数据处于“临时”状态（在 InnoDB 等支持事务的引擎中，会记录在 Undo Log 中）；
• 只有事务提交后，这些更改才对外生效。

🔍 举个例子：

@Transactional public void transfer(Long from, Long to, BigDecimal amount) { accountDao.deduct(from, amount); // ← 这行执行时，SQL 已发给数据库，但未 COMMIT accountDao.add(to, amount); // ← 同上 // 如果这里抛出 RuntimeException if (amount.compareTo(BigDecimal.ZERO) <= 0) { throw new IllegalArgumentException("金额必须大于0"); } }

• 假设deduct和add都执行成功，但在最后检查时抛出异常；
• 那么两个 SQL 虽然都已执行，但会被回滚，数据库最终无变化；
• 如果没有异常，方法正常结束，Spring 才执行COMMIT，数据正式落盘。

⚠️ 注意事项：

1. 事务由 Spring 代理控制
   事务的开启和提交是由 Spring 的 AOP 代理在方法调用前后自动插入的逻辑完成的 。
2. 数据库必须支持事务
   如 MySQL 的 InnoDB 引擎。MyISAM 不支持事务，即使加了@Transactional也无效。
3. 只对 public 方法有效
   因为 Spring 默认使用代理模式，非 public 方法无法被代理拦截 。
4. 默认只对 RuntimeException 回滚
   检查型异常（如IOException）不会触发回滚，除非显式配置rollbackFor。

✅ 总结：

表格

所以答案是：先进库（执行 SQL），但不提交；等方法执行完再决定提交或回滚。