Rails中能否在当前事务内创建独立的新事务？

Rails自带的transaction(requires_new: true)本质是基于数据库保存点的嵌套事务，锁会被主事务持有直到主事务结束，无法满足你要独立释放锁的需求。要实现完全独立的事务，核心是使用新的数据库连接来执行带锁的查询，以下是两种可行方案：

方案1：通过连接池获取新连接，切换模型连接执行独立事务 #

这种方法适用于需要用ActiveRecord模型方法的场景：

ActiveRecord::Base.transaction do
  david.withdrawal(100)
  mary.deposit(100)
  # 主事务的其他操作...

  # 从连接池获取新连接，开启独立事务
  ActiveRecord::Base.connection_pool.with_connection do |new_conn|
    # 临时将模型的连接切换为新连接
    GenericIdentifier.connection = new_conn
    
    GenericIdentifier.transaction do
      # 这里的锁会在这个独立事务提交/回滚后立即释放
      generic_identifier = GenericIdentifier.next_with_increment_and_lock
      # 处理查询结果...
    end

    # 恢复模型的默认连接，避免影响后续操作
    GenericIdentifier.connection = ActiveRecord::Base.connection
  end

  # 继续主事务的剩余操作...
end

方案2：直接用新连接执行原生SQL（适合逻辑简单的场景） #

如果带锁查询的逻辑可以用原生SQL实现，跳过模型连接切换更简洁：

ActiveRecord::Base.transaction do
  david.withdrawal(100)
  mary.deposit(100)
  # 主事务的其他操作...

  ActiveRecord::Base.connection_pool.with_connection do |new_conn|
    new_conn.transaction do
      # 示例：更新并返回自增值（根据你的业务逻辑调整SQL）
      result = new_conn.execute("UPDATE generic_identifiers SET value = value + 1 WHERE id = 1 RETURNING value")
      current_value = result.first["value"]
      # 处理结果...
    end
  end

  # 继续主事务的剩余操作...
end

关键注意事项 #

• 连接池配置：确保database.yml中的pool参数足够大，避免因连接耗尽导致请求阻塞。
• 数据一致性：独立事务与主事务完全隔离，主事务回滚不会影响独立事务的操作，需确保业务逻辑允许这种分离。
• 连接恢复：方案1中必须恢复模型的默认连接，否则后续模型操作会持续使用新连接，引发异常。

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