问题标签 [near-cache]

我在spring boot项目中使用了嵌入式hazelcast 4.0.1来管理项目的缓存。我设置了Near Cache，还设置了脑裂保护功能，4.0之前叫Quorum。

然而，我发现了一个问题。比如我把缓存操作放在一个服务上：

如果Near Cache中已经缓存了正确的数据，即使裂脑保护生效，服务仍然会返回正确的结果，而不是被裂脑保护拒绝。

我怎样才能让近缓存也受到裂脑保护的控制？希望出现脑裂时，小集群不能正常运行，只有大集群才能正常运行。

以下是项目中近缓存配置和脑裂保护配置代码：

我正在运行一个应用程序，它是一个部署在 100 个节点上的 Java 进程。我计划在同一个虚拟机中部署一个 Hazelcast 实例以及每个节点，并在每个成员上启用近缓存。每个应用程序进程将使用 Hazelcast 客户端库与本地成员对话。

在这样的部署模型中，只要我将 localhost 和本地端口作为种子节点提供给客户端库，每个应用程序进程只会与本地成员的近缓存通信，并且永远不会查询在另一台机器上运行的成员，对吗？（除了偶尔阅读所做的更改更新）

我有一个 ignite 近缓存客户端，大小为 100（LRU）。它后面的集群有一个大小为 10K 的堆上 LRU 策略。假设任何记录由于其 UPDATE1 的小尺寸而被从近缓存中逐出（但在主集群缓存中）。

后续的近缓存是否会从集群缓存中加载数据？

我作为 Java 客户端连接到 Hazelcast 集群，getMap 返回一些值，因此我没有向地图插入任何值，因为它包含大约 200 个值。

nearCacheStatistics 返回 NullPointerException。谁能告诉我我做错了什么？

我们在使用近缓存机制（我们以 OBJECT 格式存储数据）的应用程序上使用 Hazelcast 和 3.9 版本已有多年。此应用程序连接到 3 个节点的 Hazelcast 集群。

近缓存的配置：

最近，我们尝试更新到 4.1 版本，并尝试了巨大的性能问题。经过一些研究，我们发现near cache的数据很快被驱逐（没有任何缓存更新）——最多大约5-10秒。

有谁知道近缓存驱逐的标准机制是否在 3.9 和 4.1 版本之间发生了变化？

我们尝试了许多配置，还尝试了最后一个 Hazelcast 版本（4.2.2），但我们仍然遇到同样的问题。