Hibernate如何决定更新/插入/删除的顺序

Question

让我们先忘记Hibernate。假设我有两张表，一张

回去冬眠吧。当我们在一个会话中更新大量实体时，一旦我刷新会话，不同实体的更改将会向数据库生成相应的插入/更新/删除语句。Hibernate有什么算法来决定实体之间的更新顺序吗？如果不是，Hibernate用来防止第一段描述的死锁情况的方法是什么？

如果Hibernate正在维持订单，我如何知道或控制订单？我不希望我在数据库中的显式更新与Hibernate冲突，从而导致死锁。

Answer 1

关于第一个例子——这种东西是由数据库处理的（阅读有关数据库的事务隔离级别和锁定策略的更多信息）。有许多不同的方法可以处理这一点。

至于Hibernate，javadoc to org.hibernate.event.def.AbstractFlushingEventListener.performExecutions（EventSource）说：

以特殊顺序执行所有SQL和二级缓存更新，以便不违反外键约束:

1. 插入，按执行顺序
2. 更新删除集合元素
3. 集合元素的插入
4. 按执行顺序删除

我假设这是Hibernate执行的SQL查询的唯一优化。其余问题由数据库处理。

Answer 2

您描述的问题不是由数据库处理的，根据我的经验，Hibernate也不能完全处理。

您必须采取明确的步骤来避免它成为问题。

HiberNate为您做了一些工作。根据前面的答案，HiberNate确保在隔离刷新中对插入、删除和更新进行排序，以确保它们将以可实现的顺序应用。请参阅AbstractFlashingEventListener类中的performExections（EventSource会话）：

以特殊顺序执行所有SQL（和二级缓存更新），以便不会违反外键约束：

1. 插入，按照它们执行的顺序
2. 更新
3. 删除集合元素
4. 集合元素的插入
5. 删除，按照执行顺序

当有唯一约束时，知道这个顺序是非常重要的，特别是如果您想要替换一对多子节点(删除旧的/插入新的)，但是旧的和新的子节点共享相同的唯一约束(例如，相同的电子邮件地址)。在这种情况下，您可以更新旧条目，而不是删除/插入，或者您可以仅在删除后刷新，然后继续插入。更详细的例子，你可以查看这篇文章。

请注意，它没有指定更新的顺序。通过检查Hibernate代码，我认为更新顺序将取决于实体添加到持久性上下文的顺序，而不是它们的更新顺序。这在您的代码中可能是可以预测的，但阅读Hibernate代码并没有让我觉得我会依赖这种排序。

我能想到三种解决方案：

1. 尝试设置Hibernate。order_updates设置为true。当更新同一表中的多行时，这将有助于避免死锁，但对跨多个表的死锁没有帮助
2. 在进行任何更新之前，使您的事务在其中一个实体上获得PESIMISTIC_WRITE锁。您使用的实体将取决于您的具体情况，但只要您确保在存在死锁风险的情况下一致选择实体，这将阻止事务的其余部分，直到可以获得锁
3. 编写代码以在死锁发生时捕获死锁，并以合理的方式重试。管理死锁重试的组件必须位于当前事务边界之外。这是因为必须关闭失败的会话并回滚关联的事务。在本文中，您可以找到一个自动重试AOP方面的示例