java - 何时以及如何使用 hibernate 二级缓存？

Question

我无法理解 hibernate 何时命中二级缓存以及何时使缓存无效。

这是我目前理解的:

• 二级缓存存储 session 之间的实体，范围是SessionFactory
• 您必须告诉要缓存哪些实体，默认情况下不会缓存任何实体
• 查询缓存将查询结果存储在缓存中。

我不明白的是

• hibernate 何时访问此缓存？
• 假设我设置了二级缓存，但没有设置查询缓存。我想缓存我的客户，他们有 50000 个。我可以通过哪些方式从缓存中检索客户？
• 我假设我可以通过 id 从缓存中获取它们。这很容易，但也不值得缓存。但是，如果我想对所有客户进行一些计算怎么办。假设我想显示客户列表，那么我将如何访问他们？
• 如果禁用查询缓存，我将如何获得所有客户？
• 如果有人更新了其中一位客户，会发生什么情况？
  • 该客户会在缓存中失效，还是所有客户都会失效？

或者我认为缓存完全错误？在这种情况下，二级缓存更合适的用途是什么？ hibernate 文档根本不清楚缓存在现实中是如何工作的。只有如何设置它的说明。

更新: 所以我开始明白二级缓存(没有查询缓存)将有利于通过 id 加载数据。例如，我有一个用户对象，我想检查 Web 应用程序中每个请求的权限。通过在二级缓存中缓存用户来减少数据库访问是否是一个很好的案例？就像我将用户 ID 存储在 session 中或任何地方，当我需要检查权限时，我会通过它的 ID 加载用户并检查权限。

Answer 1

首先，让我们谈谈进程级缓存(或在 Hibernate 中称之为二级缓存)。为了让它工作，你应该

1. 配置缓存提供者
2. 告诉 hibernate 缓存哪些实体(如果您使用这种映射，则在 hbm.xml 文件中)。

您告诉缓存提供者它应该存储多少对象以及何时/为什么应该使它们无效。因此，假设您有 Book 和 Author 实体，每次从 DB 中获取它们时，只会从实际 DB 中选择那些不在缓存中的实体。这显着提高了性能。在以下情况下很有用:

• 您只能通过 Hibernate 写入数据库(因为它需要一种方法来知道何时更改或使缓存中的实体无效)
• 您经常阅读元素
• 您只有一个节点，并且没有复制。否则，您将需要复制缓存本身(使用 JGroups 等分布式缓存)，这会增加复杂性，而且它的扩展性不如无共享应用程序。

那么缓存什么时候起作用？

• 当您 session.get() 或 session.load() 之前选择并驻留在缓存中的对象。缓存是一种存储，其中 ID 是键，属性是值。因此，只有当有可能通过 ID 进行搜索时，您才能避免访问数据库。
• 当您的关联是延迟加载(或使用选择而不是连接进行急切加载)时

但在以下情况下不起作用:

• 如果您不按 ID 选择。再次 - 二级缓存存储实体 ID 到其他属性的映射(它实际上并不存储对象，而是数据本身)，所以如果您的查找看起来像这样:from Authors where name = :name，那么你就不会命中缓存。
• 当您使用 HQL 时(即使您使用 where id = ?)。
• 如果您在映射中设置了 fetch="join"，这意味着加载关联时将在任何地方使用连接，而不是单独的选择语句。只有在使用 fetch="select" 时，进程级缓存才对子对象起作用。
• 即使您有 fetch="select" 但在 HQL 中您使用连接来选择关联 - 这些连接将立即发出，它们将覆盖您在 hbm.xml 或注释中指定的任何内容.

现在，关于查询缓存。您应该注意，它不是一个单独的缓存，它是对进程级缓存的补充。假设您有一个 Country 实体。它是静态的，因此您知道每次说 from Country 时都会有相同的结果集。这是查询缓存的完美候选者，它本身会存储一个 IDs 列表，当您下次选择所有国家时，它会将此列表返回到进程级缓存，而后者依次返回, 将返回每个 ID 的对象，因为这些对象已经存储在二级缓存中。 每次与实体相关的任何内容发生更改时，查询缓存都会失效。因此，假设您将 from Authors 配置为放入查询缓存中。由于作者经常更改，因此它不会有效。所以你应该只对或多或少的静态数据使用查询缓存。