Laravel中DB::beginTransaction后能否多次调用DB::commit？

示例代码 #

DB::beginTransaction();
try {
    // Queries
    DB::commit(); // Commit 1
    // Queries
    DB::commit(); // Commit 2
} catch (\Exception $e) {
    DB::rollBack();
}

问题解答 #

1. 是否可以在DB::beginTransaction()开启的事务中使用多次DB::commit()？ #

不行。第一次调用DB::commit()就会直接结束当前开启的事务，后续的DB::commit()属于无意义操作——此时已经没有活跃的事务可以提交，不会触发任何数据库层面的提交动作。

2. 若允许多次提交，事务的回滚机制将如何运作？ #

首先要明确：Laravel原生不支持在同一个beginTransaction()启动的事务里多次提交。如果要实现类似“分段提交”的需求，只能通过嵌套事务（多次调用DB::beginTransaction()）实现，但实际行为取决于底层数据库：

• 像MySQL这类不支持真正嵌套事务的数据库，会用SAVEPOINT模拟嵌套，只有最外层事务提交时，所有变更才会真正持久化；回滚时可以指定回滚到某个保存点，而不是整个事务。
• 若数据库支持真正嵌套事务，每一层的提交会让该层级的变更立即生效，回滚仅影响当前层级及内层未提交的事务。
  但回到你的代码场景，单事务内多次commit不存在“允许多次提交”的前提，第一次提交就直接终止了整个事务。

3. 若代码执行完第一次commit后、第二次commit前出现错误，回滚会回到第一次commit的状态还是事务初始状态？ #

第一次DB::commit()执行后，事务已经提交并关闭，此前的查询变更已经被持久化到数据库。此时即使后续代码报错触发DB::rollBack()，也没有活跃事务可以回滚，所以回滚操作无效——数据库状态会停留在第一次提交后的状态，无法回到事务初始状态。

内容的提问来源于stack exchange，提问作者Zay Maw