生产环境Infinispan缓存实体丢失问题排查求助

问题定位步骤 #

• 确认驱逐配置有效性：检查cacheSettingsHolder.getCustomCacheMaxCount()的实际返回值，部署后可能存在配置加载失败（如配置文件未同步、依赖注入异常），导致maxCount未设为100000。可通过JMX查看缓存的max-count参数，或在应用启动时打印该值验证。
• 追踪条目删除原因：启用Infinispan的DEBUG级别日志（针对org.infinispan包），搜索removing entry、invalidating entry、evicting等关键词，明确条目减少是来自集群失效通知、主动业务删除还是隐性过期。
• 交叉验证缓存统计：对比业务日志中的缓存查询次数与Infinispan统计的hit/miss数据，确认命中率低是否为真实情况，排除统计逻辑异常。
• 排查部署变更：检查本次部署的代码变更，重点关注缓存key生成逻辑、缓存操作（如remove/clear调用）、新增的缓存拦截器或过滤器，这些都可能导致缓存条目无法命中或被意外删除。

修复措施 #

• 验证硬编码配置：临时将maxCount硬编码为100000，测试驱逐逻辑是否生效。若生效，说明是cacheSettingsHolder的配置加载问题，修复配置读取逻辑。
• 校验集群失效通知：在INVALIDATION_SYNC模式下，集群节点更新条目会触发本地失效删除。检查集群网络连通性，确保节点间消息正常传递；验证缓存值的序列化类是否在本次部署中变更，避免因序列化失败导致失效通知无法处理。
• 禁用隐性过期：显式添加expiration().disable()到缓存配置，避免部分Infinispan版本默认的过期策略导致条目被自动删除。
• 排查业务代码：梳理本次部署中涉及缓存操作的代码，移除非预期的批量删除、错误的key生成逻辑，确保缓存操作符合业务预期。

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