Laravel：多Eloquent事务提交后如何回滚指定操作的相关事务

默认情况下，已提交的Eloquent事务无法直接通过数据库层面回滚——因为事务提交后，所有变更已经持久化到数据库，数据库本身不会保留已提交事务的回滚快照。但你可以通过以下方案实现类似的“可追溯+回滚”效果：

1. 给核心模型添加审计日志 #

针对Invoice、Container、Package这些涉及的模型，实现审计日志记录，追踪每一次变更的前后数据快照、操作人、时间，以及关联的事务标识：

• 利用Laravel的模型事件（saving/saved/updating/updated/deleting/deleted），在模型变更前/后捕获数据；
• 把快照存入专门的审计表（比如model_audits），字段至少包含：model_type（模型类名）、model_id（模型ID）、old_data（变更前JSON数据）、new_data（变更后JSON数据）、operator_id（操作管理员ID）、transaction_uuid（关联事务唯一ID）、action_type（新增/更新/删除/关联变更）。

2. 事务追踪关联 #

在开启Eloquent事务时，生成一个唯一的transaction_uuid，并绑定到当前操作上下文（比如请求的session或者Laravel的Context辅助类）：

// 开启事务时生成唯一ID
$transactionUuid = Str::uuid()->toString();
// 绑定到上下文
Context::add('transaction_uuid', $transactionUuid);

DB::beginTransaction();
try {
    // 执行包裹放入容器的操作，涉及各模型变更
    $container->packages()->attach($packageId);
    $invoice->update(['status' => 'processed']);
    
    DB::commit();
} catch (\Exception $e) {
    DB::rollBack();
    // 异常处理
}

所有在该事务内的模型变更，都将这个transaction_uuid写入审计日志，这样就能把同一事务下的所有模型操作关联起来。

3. 事后逆向回滚操作 #

当发现错误操作时，通过审计日志找到对应transaction_uuid的所有变更记录，执行逆向操作：

• 若为更新操作：将old_data中的值写回对应模型；
• 若为关联操作（比如包裹和容器的绑定）：解除当前错误绑定，恢复原来的关联关系；
• 若为状态变更（比如发票状态）：将状态回滚到变更前的值；
• 注意处理连锁变更：比如发票金额因包裹变更而调整的，要同步回滚发票金额。

这种方式是业务层面的逆向修正，而非数据库事务回滚，需要确保每个操作都有对应的逆向逻辑。

4. 关键注意事项 #

• 审计日志需持久化存储，建议单独部署数据库或设置只读权限，防止被误删；
• 对于批量操作、异步任务中的事务，要确保transaction_uuid能正确传递，避免日志关联丢失；
• 执行逆向操作前，需校验当前数据状态与审计日志中的new_data是否一致，防止冲突覆盖其他管理员的操作。

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