如何使OutboundRequestLog脱离ActiveRecord事务独立持久化？

要让OutboundRequestLog不受外层Model1.transaction回滚的影响，最直接且兼容测试环境的方案是开启独立事务保存日志，以下是具体实现和分析：

推荐方案：使用requires_new: true创建独立事务 #

在保存日志时显式开启一个独立事务，该事务与外层事务完全隔离，提交后变更不会被外层事务回滚覆盖：

Model1.transaction do
  response = http.request(request)
  
  # 开启独立事务保存日志，不受外层事务影响
  OutboundRequestLog.transaction(requires_new: true) do
    OutboundRequestLog.create(request:, response:)
  end

  # … 处理Model1相关逻辑

  raise ActiveRecord::Rollback
end

原理说明 #

requires_new: true会强制Active Record创建一个全新的数据库事务，它与外层事务属于完全独立的上下文。当这个子事务执行完成并提交后，日志数据会立即写入数据库，即使后续外层事务触发回滚，已经提交的日志也不会被撤销。

这个方案的优势：

• 无需额外线程，完全在当前线程执行，避免Capybara测试中因线程隔离导致的事务fixtures问题
• 代码简洁，复用Active Record的ORM能力，无需手动处理SQL或序列化
• 兼容开发、测试、生产所有环境

针对你尝试过的方案的问题分析 #

1. 新线程连接方案
   Capybara的事务性fixtures绑定在主线程的数据库连接上，新线程获取的独立连接不会共享主线程的事务上下文，导致测试中可能出现日志数据无法被测试断言捕获，或者事务状态不一致的问题，因此不适合测试场景。

2. ActiveJob延迟方案
   net/http的Request和Response对象包含大量不可序列化的属性（如底层socket、IO流），强行序列化不仅实现复杂，还会导致payload体积过大，增加队列和数据库的存储压力，性价比极低。

备选方案：手动执行SQL插入（底层控制） #

如果需要完全绕过Active Record的事务管理，可以直接用原始SQL插入日志数据，适合极端场景：

Model1.transaction do
  response = http.request(request)
  
  # 手动构造SQL插入，绕过Active Record事务上下文
  sql = <<~SQL
    INSERT INTO outbound_request_logs (request, response, created_at, updated_at)
    VALUES (?, ?, ?, ?)
  SQL
  # 注意：这里需要根据实际字段类型处理序列化，比如将request/response转为JSON或文本
  request_payload = JSON.generate({method: request.method, uri: request.uri.to_s, body: request.body})
  response_payload = JSON.generate({status: response.code, body: response.body})
  
  OutboundRequestLog.connection.execute(sql, request_payload, response_payload, Time.current, Time.current)

  # … 处理Model1相关逻辑

  raise ActiveRecord::Rollback
end

这个方案需要手动处理数据序列化和SQL构造，灵活性高但代码冗余，仅推荐在无法使用独立事务的场景下使用。

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