2.4. 管理过时的数据的策略


如果 Data Grid 不是数据的主要来源,则嵌入和远程缓存在本质上是过时的。在规划、基准测试和调优数据网格部署时,为您的应用选择适当的缓存过时级别。

选择可让您充分利用可用 RAM 的级别,并避免缓存未命中。如果 Data Grid 没有在内存中的条目,则当应用程序发送读写请求时,调用将进入主存储。

缓存丢失了读取和写入的延迟,但在很多情况下,对主存储的调用比 Data Grid 的性能损失要高得多。一个例子是,将关系数据库管理系统(RDBMS)卸载到 Data Grid 集群。以这种方式部署 Data Grid 显著降低了运行传统数据库的财务成本,这样可以容忍更高程度的缓存条目。

通过 Data Grid,您可以为条目配置最大 idle 和 lifespan 值,以保持可接受的缓存过时级别。

过期
控制 Data Grid 在缓存中保留条目的时间,并在集群间生效。

更长的过期值意味着条目会保留在内存中,这会增加读取操作返回过时值的可能性。较低的过期值意味着缓存中存在较少的过时值,但缓存未命中的可能性更大。

为实现过期,Data Grid 会从现有线程池中创建一个利益。线程的主要性能考虑是在过期间隔之间配置正确的间隔。较短的间隔会执行更频繁的过期,但使用更多线程。

另外,对于最大空闲过期,您可以控制 Data Grid 如何在整个集群间更新时间戳元数据。Data Grid 发送 touch 命令,以协调同步或异步节点间的最大空闲到期。通过同步复制,您可以根据您首选一致性或速度选择"sync"或"async" touch 命令。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部