在Ehcache复制设置中使用timeToIdle秒参数

Question

我们使用复制的Tomcat Web服务器设置与两个节点。我们使用 Ehcache 作为 Web 应用程序的 Hibernate 级别 2 缓存提供程序。因此，我们通过 RMI 复制配置了 Ehcache 设置，如官方文档中所述：http://ehcache.org/documentation/user-guide/rmi-replicated-caching。

我们现在对缓存条目使用timeToLiveSeconds参数，并希望切换到timeToIdleSeconds，因为它似乎更有效。但后来我们偶然发现了这个(http://ehcache . org/documentation/user-guide/cache-topology):

空闲时间的使用

空闲时间与复制缓存不一致。由于缓存使用模式，空闲时间使某些条目在某些节点上比在其他节点上活得更长。但是，缓存条目“上次触摸”时间戳不会跨节点复制。不要将空闲时间与复制缓存一起使用，除非您不关心跨节点的不一致数据。

“节点间数据不一致”是什么意思？如果访问不同的节点，您会看到不同的数据吗？但这怎么会发生呢？所以，如果用户使用一个节点-他经常访问一些条目-由于TTI，它们会留在该节点的缓存中。同时，相同的条目可能在第二节点的缓存上过期。但当在第二个节点上访问时，它们不只是从数据库中重新获取吗？在这方面与TTL的主要区别是什么？

Answer 1

每个 SessionFactory 都驻留在一个节点上，该节点具有自己的 2nd 级缓存。

空闲时间取决于当前节点请求模式，并且由于上次访问时间未复制，因此最终可能会在节点上使用旧实体版本，在另一个节点上获得刷新的实体版本。

虽然Hibernate可以在使用HQL或JPQL时检测实体更改，但它不能对查询执行此操作，因此它只会使所有2nd级缓存区域无效。因此，这个用例是真实可信的。

当您在分布式系统上进行缓存时，很难保持严格的一致性，这就是为什么当所有其他选项都已用尽时，最好使用它。