Rails：父事务回滚时提交内部嵌套事务（requires_new: true 不足以实现）

我们有一个需要防止竞态条件的操作，因此放在了Rails的with_lock块中执行——with_lock会自动启动一个新事务，但我们的场景里只需要利用锁的互斥作用（确保块内操作不会被同时执行），不需要事务的原子性。

但问题在于，with_lock块内任何操作引发的回滚，会撤销块里所有的操作，这不符合我们的需求：我们希望expensive_calculation_and_persist_to_database方法的结果能独立保留，不受后续some_other_operation引发的回滚影响，避免重复执行昂贵的计算。

注意：用requires_new: true嵌套事务解决不了这个问题——Rails文档明确说明，它是用保存点模拟的嵌套事务，只能实现「回滚嵌套事务、保留父事务」的逻辑，反过来「保留嵌套事务提交、回滚父事务」做不到。

示例代码：

class Foo < ApplicationRecord
  
  def perform
    
    with_lock do
      expensive_calculation_and_persist_to_database
      some_other_operation
    end
    
  end

  private

    def expensive_calculation_and_persist_to_database
      ApplicationRecord.transaction(requires_new: true) do
        update_columns(result: 42)
      end
    end

    def some_other_operation
      raise # 这里触发回滚会连带撤销上面的update操作，即便用了requires_new: true
    end
end

可行解决方案 #

1. 手动加锁替代with_lock，拆分独立事务提交 #

既然我们只需要锁的互斥性，不需要with_lock自带的事务包裹，那可以手动获取行锁，然后把需要保留的操作放在独立事务中执行，后续操作单独处理：

class Foo < ApplicationRecord
  
  def perform
    # 手动给当前记录加行锁，不自动启动事务
    lock!
    
    # 把需要持久化的操作放在独立事务里，执行完立即提交
    ApplicationRecord.transaction do
      expensive_calculation_and_persist_to_database
    end
    
    # 执行后续操作，这里的回滚不会影响已经提交的事务
    some_other_operation
  end

  private

    def expensive_calculation_and_persist_to_database
      update_columns(result: 42)
    end

    def some_other_operation
      raise # 仅回滚当前上下文，之前的update已持久化，不会被撤销
    end
end

原理说明：

• lock!方法会直接给当前记录加上行级锁（和with_lock的锁逻辑一致），但不会自动包裹事务；
• 把昂贵计算的操作放在独立事务中，执行完成后事务会自动提交，数据直接写入数据库；
• 后续操作即使抛出异常引发回滚，也只会影响当前未提交的上下文，不会牵连已经提交的独立事务。

2. 利用数据库原生的独立事务（局限性较大） #

如果你的数据库支持在同一个连接中手动控制多个独立事务（如PostgreSQL的显式BEGIN/COMMIT），也可以直接操控事务边界，但这种方式需要严格管理连接状态，兼容性差，一般不推荐作为通用方案。

注意事项 #

• 手动加锁后，Rails会在请求结束或连接释放时自动释放锁，不用担心死锁问题；
• 务必确保需要保留的操作被包裹在独立事务中，避免遗漏导致数据未持久化。

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