在 Spring 中，当你在方法上使用@Transactional注解时，事务的开启、数据库操作的执行以及事务的提交/回滚，遵循以下流程：
✅ 正确的执行顺序是：
- 方法调用前：Spring 通过代理机制开启数据库事务（即向数据库发送
BEGIN或类似指令）； - 方法执行中：你的业务代码（包括对数据库的操作，如
INSERT、UPDATE等）会立即执行并写入数据库，但这些更改处于“未提交”状态（对其他事务不可见，取决于隔离级别）； - 方法执行成功结束后：Spring提交事务（发送
COMMIT），此时数据才真正持久化并对其他事务可见； - 方法抛出异常且满足回滚条件时：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，数据正式落盘。
⚠️ 注意事项：
- 事务由 Spring 代理控制
事务的开启和提交是由 Spring 的 AOP 代理在方法调用前后自动插入的逻辑完成的 。 - 数据库必须支持事务
如 MySQL 的 InnoDB 引擎。MyISAM 不支持事务，即使加了@Transactional也无效。 - 只对 public 方法有效
因为 Spring 默认使用代理模式，非 public 方法无法被代理拦截 。 - 默认只对 RuntimeException 回滚
检查型异常（如IOException）不会触发回滚，除非显式配置rollbackFor。
✅ 总结：
表格
| 阶段 | 行为 |
|---|---|
| 方法开始前 | Spring 开启事务（BEGIN） |
| 方法执行中 | SQL 语句立即执行，但处于未提交状态 |
| 方法成功结束 | Spring 提交事务（COMMIT）→ 数据真正入库 |
| 方法抛出异常 | Spring 回滚事务（ROLLBACK）→ 数据撤销 |
所以答案是：先进库（执行 SQL），但不提交；等方法执行完再决定提交或回滚。
