Rails 7嵌套数据库事务触发ABORT/ROLLBACK意外回滚问题

根因说明 #

Rails 7.0 对ActiveRecord事务管理器做了不兼容的默认行为调整：ActiveRecord::Base.transaction方法的joinable参数默认值从旧版本的true改为false。

• 旧版本（Rails 6.1及更早）默认joinable: true时，嵌套调用的内层事务块会自动加入外层已开启的事务，不会尝试新建独立数据库事务，不会触发异常回滚。
• Rails 7默认joinable: false时，内层事务块不会自动加入外层事务，会尝试在已有数据库事务的连接上申请新事务，触发事务管理器的中止逻辑，最终无异常回滚整个链路的所有数据库操作——这就是观察到代码执行到控制器末尾、无显性报错但所有操作被ROLLBACK的原因。
  调试栈中看到的LoadInterlockAwareMonitor#synchronize调用是事务执行过程中的常规锁逻辑，不是问题根因。

问题复现代码 #

# new_object_controller.rb
ActiveRecord::Base.transaction do
  new_object = NewObject.create!(params)
  DoSomethingWithNewObjectService.new(new_object).do_something
end

# do_something_with_new_object_service.rb
def do_something
  ActiveRecord::Base.transaction do
    new_object.update!(blah_atributes)
  end
end

可用解决方案 #

1. 最小改动兼容旧行为 #

给所有封装在可复用类中的独立事务块显式添加joinable: true参数，行为和Rails 6.1完全一致，不需要感知调用链路外层是否存在事务：

# do_something_with_new_object_service.rb
def do_something
  ActiveRecord::Base.transaction(joinable: true) do
    new_object.update!(blah_atributes)
  end
end

如果项目中这类独立事务封装较多，可以通过初始化配置全局恢复旧默认值，不用逐处修改：

# config/initializers/active_record.rb
ActiveRecord::ConnectionAdapters::DatabaseStatements.transaction_joinable_default = true

2. 显式声明隔离的嵌套事务 #

如果业务上需要内层事务和外层事务做隔离（比如内层操作失败不影响外层事务整体提交），可以给内层事务显式传入requires_new: true，此时Rails会通过数据库savepoint实现嵌套事务隔离，内层回滚仅回滚到savepoint位置，不会触发整个事务回滚：

def do_something
  ActiveRecord::Base.transaction(requires_new: true) do
    new_object.update!(blah_atributes)
  end
end

3. 统一事务边界 #

对于架构清晰的新项目，可以将事务边界统一上移到控制器、工作流编排层，底层单操作类不再单独包裹事务块，从根源上避免嵌套事务场景。但该方案需要重构现有代码，改造成本较高，不建议存量项目直接使用。

避坑提示 #

不要通过直接删除内层事务块的方式解决问题：这会导致这些可复用类被单独调用（无外层事务包裹）时失去事务原子性保护，出现部分写入成功、部分写入失败的数据一致性问题。

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