【问题标题】:Hibernate Caching Causes Performance Drop on Low Percentage of @Cacheable Entities?休眠缓存导致@Cacheable 实体的低百分比性能下降?
【发布时间】:2012-04-03 10:56:02
【问题描述】:

我有一个使用 Hibernate 持久性库的 Java 应用程序,它有大约 100 个映射类。为了尝试二级缓存,我在 5 个映射类中添加了 @Cacheable。这导致标准计算任务花费的时间是之前的两倍,尽管缓存项目有几次命中(如 Couchbase 缓存监控控制台所示)。由于 Couchbase 统计数据的瞬态性,我无法获得准确的平均命中率,但我估计它只有 10-20% 左右。

为某些实体启用缓存是否会影响其他未标记为 @Cacheable 的实体的访问时间,从而导致性能下降? 还是仅仅是由于缓存查询的延迟增加以及缓存项的命中率低造成的?

我使用的是休眠 3.3。我已禁用查询缓存。使用 Memcached 和 GemFire 作为缓存提供程序时,我得到了类似的结果。

【问题讨论】:

  • 没有答案?如果有人有一个模糊的线索,或者如果需要其他信息来回答这个问题,请告诉我。

标签: java hibernate second-level-cache


【解决方案1】:

好吧,我想这取决于缓存提供程序如何查看条目是否被缓存。如果这是一个昂贵的操作,如果缓存命中率低,从数据库中检索数据的成本将会很高。一般来说,缓存提供者应该努力使这个尽可能便宜。例如,在 Infinispan 的情况下,这是一个简单的内存检查,以查看实体是否被缓存,如果没有,则通过 Hibernate 从数据库中检索条目,Infinispan 缓存提供程序将其放入缓存中一个非常有效的 put 操作,称为 putForExternalRead

您真的应该尝试一下 Infinispan 缓存提供程序。更多信息在https://docs.jboss.org/author/x/FgY5。如果您在 JBoss AS7 中运行,请改为阅读 https://docs.jboss.org/author/x/LoJ7

免责声明:我是 Infinispan 开发人员。

【讨论】:

  • 我无法使用 Infinispan 缓存提供程序 - 我想使用读写并发策略。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-11-26
  • 2013-03-18
  • 1970-01-01
  • 2011-10-18
  • 1970-01-01
  • 2012-01-14
  • 2012-09-09
相关资源
最近更新 更多