让我们先忘记 Hibernate。假设我有两个表，A & B。两个事务正在更新这两个表中的相同记录，但是 txn 1 更新 B 然后 A，而 txn 2 更新 A 然后 B。这是一个典型的死锁示例。避免这种情况的最常见方法是预先定义获取资源的顺序。例如，我们应该先更新表 A，然后再更新 B。
返回休眠状态。当我们在一个会话中更新大量实体时，一旦我刷新会话，不同实体的更改将生成相应的插入/更新/删除语句到数据库。 Hibernate 是否有一些算法来决定实体之间的更新顺序？如果不是，Hibernate 用于防止第 1 段中描述的死锁情况的方式是什么？
如果 Hibernate 正在维护订单，我如何知道或控制订单？我不希望我在 DB 中的显式更新与 Hibernate 发生冲突，并导致死锁。
【问题讨论】：
标签： hibernate deadlock database-deadlocks
您描述的问题不是由数据库处理的，根据我的经验，Hibernate 也没有完全处理。
您必须采取明确的步骤来避免它成为问题。
Hibernate 会为您完成一些工作。根据前面的回答，Hibernate 确保在隔离刷新中，插入、删除和更新的排序方式可以确保它们以可实现的顺序应用。请参阅 AbstractFlushingEventListener 类中的 performExecutions(EventSource session)：
以特殊顺序执行所有 SQL（和二级缓存更新），以免违反外键约束：
- 按执行顺序插入
- 更新
- 集合元素的删除
- 集合元素的插入
- 按执行顺序删除
当具有唯一约束时，了解此顺序非常重要，尤其是如果您想替换一对多子（删除旧的/插入新的）但旧的和新的子共享相同的唯一约束（例如相同的电子邮件地址）。在这种情况下，您可以更新旧条目，而不是删除/插入，或者您可以在删除后刷新，然后继续插入。更详细的例子可以查看this article。
请注意，它没有指定更新的顺序。检查 Hibernate 代码让我认为更新顺序将取决于将实体添加到持久性上下文中的顺序，NOT 更新它们的顺序。这在您的代码中可能是可以预测的，但阅读 Hibernate 代码并没有让我觉得我会依赖这种排序。
我能想到三种解决方案：
【讨论】：
关于第一个例子 - 这种东西由数据库处理（阅读更多关于事务隔离级别和数据库锁定策略的信息）。有很多不同的方法可以处理这个问题。
至于 Hibernate，org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(EventSource) 的 javadoc 说：
按特殊顺序执行所有 SQL 和二级缓存更新，以免违反外键约束：
我假设这是 Hibernate 对已执行 SQL 查询进行的唯一优化。其余问题由数据库处理。
【讨论】：