ActiveRecord嵌套事务为何需显式设置requires_new？默认场景有何用？

问题场景 #

我原本以为嵌套事务可以按以下方式拆分逻辑：

User.transaction do
  User.create(username: 'Kotori')
  User.transaction do
    User.create(username: 'Nemu')
    raise ActiveRecord::Rollback
  end
end

但执行后发现Kotori和Nemu都会被创建。如果只想保留Kotori，必须显式设置requires_new: true：

User.transaction do
  User.create(username: 'Kotori')
  User.transaction(requires_new: true) do
    User.create(username: 'Nemu')
    raise ActiveRecord::Rollback
  end
end

为什么需要显式设置requires_new: true？ #

ActiveRecord默认的嵌套事务并非真正的独立事务，它只是在外层事务中创建了一个保存点（savepoint）。当你在嵌套块中抛出ActiveRecord::Rollback时，默认行为只是回滚到这个保存点，并不会终止外层事务。外层事务最终仍会提交所有操作——包括外层创建的Kotori，以及嵌套块中回滚保存点前已经完成的Nemu创建（因为保存点回滚只撤销嵌套块中保存点之后的操作，而Nemu的创建在回滚前已经执行，且外层事务没有被中断）。

而requires_new: true会强制开启一个完全独立的新事务，这个事务与外层事务相互隔离。当嵌套块触发回滚时，这个独立事务会被完整回滚，不会影响外层事务的提交流程，因此最终只有外层的Kotori会被保留。

requires_new: false的使用场景 #

requires_new: false是ActiveRecord嵌套事务的默认行为，适合以下场景：

• 共享事务上下文的原子操作：当多个嵌套操作需要保证“要么全部成功，要么全部失败”时，比如创建订单时同时创建订单明细，默认嵌套事务可以确保如果明细创建失败，整个订单事务都会回滚，避免数据不一致。
• 局部回滚后继续执行外层逻辑：如果嵌套块中的操作可能失败，但你希望仅回滚该块的操作，外层事务仍能继续执行其他逻辑。例如：

  User.transaction do
    User.create(username: 'Kotori')
    User.transaction do # 默认requires_new: false
      begin
        User.create!(username: 'Nemu') # 假设该操作可能触发验证失败
      rescue ActiveRecord::RecordInvalid
        raise ActiveRecord::Rollback # 仅回滚嵌套块的操作，不影响外层
      end
    end
    User.create(username: 'Honoka') # 该操作会被正常提交
  end
  

  这里嵌套块的回滚只会撤销Nemu的创建，外层的Kotori和后续的Honoka都会被成功保存。
• 降低数据库资源开销：独立事务（requires_new: true）通常会占用额外的数据库连接（取决于数据库支持），而默认嵌套事务仅使用保存点，无需额外连接，适合不需要独立事务的场景，减少资源消耗。

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