Ignite集成CacheStore与MySQL时，缓存驱逐/过期是否会删除RDBMS数据？

首先直接给你结论：默认情况下，Ignite的缓存驱逐（比如你配置的LRU策略）和条目过期操作，并不会自动同步删除底层RDBMS（比如MySQL）里的对应数据。

为什么默认不会同步？ #

• Ignite的驱逐、过期本质是内存资源回收操作，核心目的是释放缓存节点的内存，设计上默认不会触达持久化存储层。
• CacheStore的核心职责是两个方向：一是缓存未命中时从DB加载数据到缓存，二是当你主动调用cache.put()/cache.remove()这类更新操作时，同步把变更写入DB。但驱逐/过期属于被动的内存清理，不属于主动的业务更新操作，所以默认不会触发Store的删除逻辑。

如果需要实现同步删除，该怎么做？ #

如果你希望Ignite清理缓存时同步删掉DB里的数据，可以通过以下方式实现：

• 监听缓存事件+手动触发Store删除：注册CacheEntryExpiredListener（监听过期）和CacheEntryRemovedListener（监听驱逐），在事件触发时，获取被清理条目的Key，手动调用CacheStore的remove()方法删除DB对应数据。
  举个简单的代码示例（伪代码）：

  ignite.cache("myCache").addEntryListener(new CacheEntryRemovedListener<Integer, String>() {
      @Override
      public void onRemoved(Iterable<CacheEntryEvent<? extends Integer, ? extends String>> events) throws CacheEntryListenerException {
          for (CacheEntryEvent<?, ?> evt : events) {
              // 获取被驱逐的Key
              Integer key = (Integer)evt.getKey();
              // 通过CacheStore删除DB数据
              cacheStore.remove(key);
          }
      }
  }, false);
  

• 配合RDBMS自身TTL：如果业务允许，可以在RDBMS的对应表中设置和Ignite缓存一致的TTL，这样即使Ignite没同步删除，DB也会自动清理过期数据，避免长期的数据不一致。

关于你提到的LRU场景 #

当你配置LRU策略且缓存大小超过10时，Ignite只会把最不常用的条目从内存中移除，完全不会主动操作MySQL里的数据——除非你自己实现了上面的监听逻辑，才会同步触发DB删除。

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