Rails模型after_commit钩子触发前，数据库事务是否已全部完成？

在Rails的回调机制里，after_commit 这个钩子的设计初衷就是在当前事务（包括所有嵌套事务）成功提交之后才触发。这意味着，所有在事务范围内执行的数据库操作——包括你在 after_save 里做的 mentions.create 和 mentions.where(...).destroy_all——都会在 after_commit 运行前被持久化到数据库，不会存在事务回滚导致数据丢失的情况。

结合你的代码场景分析 #

你的场景里，after_save 负责处理提及用户的增删逻辑，这些操作和 TicketComment 本身的保存是在同一个事务中的。当整个事务提交成功后，after_commit 才会调用 notify 方法：

• 这时候你去读取 ticket.participants 或者最新的 mentions 数据，都是完全准确的；
• 用 deliver_later 发送邮件也非常安全，不会出现“邮件发出去了，但评论或提及记录因为事务回滚没保存”的尴尬情况。

额外注意点 #

如果你的代码里存在嵌套事务（比如在其他地方用了 ActiveRecord::Base.transaction 包裹了这个模型的操作），after_commit 依然会等待最外层的事务提交后才触发，所以不用担心内层事务提交但外层回滚的问题。

针对你提到的 extract_mentions 是多模型共用的concern、无法把 notify 逻辑塞进去的情况，现在这种“after_save 处理数据准备 + after_commit 处理外部通知”的拆分方式是完全合理且安全的，两者的执行时机正好能保证数据一致性。

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