Rails中after_create触发器触发但创建操作失败？事务场景疑问

1. after_create回调是否会在创建操作失败时执行？ #

对于Rails的after_create回调：

• 正常情况下，只有当数据库记录成功插入后，该回调才会触发。如果创建操作失败（比如create!因验证不通过、数据库约束冲突抛出异常），回调不会执行。
• 但如果是数据库层面的触发器（而非Rails回调），需看数据库的事务逻辑：若数据库触发器在插入操作执行后触发，即使后续事务回滚，触发器可能已经执行（取决于数据库对触发器的事务绑定规则）。

2. 你的场景分析 #

你遇到的Foo的after_create已执行、Bar存在但Foo行不存在的情况，有几种可能的原因，并非只能是手动删除：

• 数据库触发器自动删除了Foo记录：如果Foo表在数据库层面配置了AFTER INSERT触发器，该触发器在记录插入后立即删除Foo行，那么Rails的create!会认为插入成功（因为初始插入操作确实完成），触发after_create回调；事务提交后Bar的记录保留，而Foo的记录被数据库触发器删除。
• 事务回滚但回调已执行：若在Foo.create!之后、事务提交前，有未显式写出的代码抛出异常导致事务回滚，但Bar.create的操作被放在了独立事务中（比如Bar模型的回调使用了transaction(requires_new: true)），此时Bar的记录会被提交，而Foo的记录因事务回滚被撤销，但after_create回调已在插入后执行完毕。
• 手动删除Foo记录：这是最直接的可能性，即事务提交后Foo记录曾存在，之后被人为删除。

需要排查的方向：

• 检查Foo表的数据库触发器配置，看是否有自动删除的逻辑。
• 核对代码中是否有嵌套事务、独立事务的使用，或未显式写出的异常抛出/回滚逻辑。
• 查看数据库操作日志，确认Foo记录的插入和删除时间线。

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