为什么 NHibernate AutoFlush 检查如此昂贵？

Question

实际上，我们发现默认的 NHibernate (v2.0 & 2.1) FlushMode=Auto 非常昂贵。查看 NHibernate 源代码表明，用于确定需要刷新哪些内容的算法依赖于遍历会话中所有实体的蛮力循环，并且在事务中运行的每个查询都会发生这种情况。

在一些需要更新许多项目的生产场景中，通过多个查询，我们看到 FlushMode=Auto 的过程比 FlushMode=Commit 长 100 倍。

在执行涉及多个更新、多个查询等的“复杂”会话逻辑时使用 FlushMode 的任何想法/建议/最佳实践。

关于优化 nHibernate 中的 AutoFlush 算法有什么想法吗？

Answer 1

这种缓慢是一个已知问题，在 NH 中被跟踪为NH-1365/GitHib Issue 857

NH共有三种冲水模式：

• FlushMode.Auto = 在需要时刷新（如果需要，在提交和查询之前）。这是默认设置。
• FlushMode.Commit = 仅在提交 NH 事务时刷新
• FlushMode.Never = 从不刷新（直到调用 Flush）。这将 still go to DB 插入使用本机（身份）PK 生成器的实体。