Apache Ignite近缓存与数据节点通信机制及异常排查问询

一、近缓存自动更新通信机制问题解答 #

1. 是否由CacheWriteSynchronizationMode驱动？FULL_ASYNC下数据节点是否阻塞？
   近缓存的更新通知基于**连续查询（Continuous Query）**实现，和CacheWriteSynchronizationMode是独立逻辑——后者控制的是缓存写入时主备节点的同步策略，不影响近缓存的更新链路。

即使配置FULL_ASYNC，数据节点处理完缓存写入后会异步推送近缓存更新/失效通知，但如果推送过程中遇到客户端不可达等问题，业务线程可能被阻塞——从堆栈可见，通知发送逻辑是在业务线程中执行的，并未完全异步解耦。

2. PRIMARY_SYNC能否解除数据节点阻塞？
   不能。PRIMARY_SYNC仅管控主备节点的写入同步规则，和近缓存通知的推送逻辑无关。无论采用哪种CacheWriteSynchronizationMode，近缓存推送都依赖连续查询机制，客户端不可达时仍可能导致数据节点线程阻塞。

3. 缓存条目过期/持久化到磁盘时，是否立即同步到近缓存？

• 条目过期：数据节点上的缓存条目自然过期会立即触发近缓存失效通知；客户端近缓存的本地过期由客户端自行处理，无需数据节点同步。
• 持久化到磁盘：持久化是数据落地操作，不改变缓存条目的内存状态，因此不会触发近缓存的更新通知，只有条目本身发生写入、更新时才会同步。

二、数据节点持续连接客户端异常分析 #

异常核心原因 #

• 数据节点需向客户端推送近缓存更新，但目标客户端节点4ae96cc6-d3ba-4bb4-94f8-4c116d5bd9eb（IP：10.228.30.249:47000）无法连接，触发NodeUnreachableException。
• Ignite连续查询推送机制会重试发送通知，导致数据节点反复尝试连接该客户端，进而阻塞业务线程（从GridFutureAdapter.get()调用可看出线程在等待连接结果）。
• 后续引发NodeForceEvictException，说明客户端已被强制移出拓扑，但数据节点仍有未发送的通知队列，导致循环重试。

解决建议 #

• 排查客户端与网络：确认客户端是否正常运行，网络防火墙/安全组是否开放47000端口，是否存在客户端意外下线但数据节点未感知拓扑变化的情况。
• 调整推送重试策略：通过IgniteConfiguration.setContinuousQueryConfiguration()配置合理的重试次数与超时时间，避免无限重试阻塞线程。
• 优化近缓存配置：若客户端频繁离线，可降低近缓存更新频率或配置本地过期时间，减少对数据节点推送的依赖。
• 升级Ignite版本：当前使用的2.9.1版本在连续查询推送的线程模型上存在阻塞问题，升级至2.15.x等较新稳定版本，可通过异步解耦优化改善这类问题。

内容的提问来源于stack exchange，提问作者Lokesh