如何利用Redis淘汰机制实现简单的LRU本地缓存同步

redis的lru淘汰不会触发pub/sub事件，仅过期事件（需配置notify-keyspace-events ex）可监听；同步缓存失效应依赖ttl+keyspace通知，而非lru机制。

如何利用redis淘汰机制实现简单的lru本地缓存同步_通过pub/sub监听

Redis 本身不提供“本地缓存同步”能力，LRU 淘汰机制只作用于单个 Redis 实例内部，无法跨进程、跨服务传播淘汰行为。想靠 maxmemory-policy allkeys-lru 触发 Pub/Sub 通知其他节点“这个 key 刚被淘汰了”，这条路走不通——Redis 不会为淘汰事件发消息。

Redis 的 LRU 淘汰不会触发任何 Pub/Sub 事件

这是最容易误解的一点。很多人以为只要配置了 allkeys-lru，key 被踢出时就能监听到。但事实是：DEL、EXPIRE、EVICT 这些底层淘汰动作，Redis 默认不对外广播。它只在明确的过期时刻（且启用了 keyspace notifications）向 __keyevent@<db>__:expired</db> 发布消息，而淘汰（eviction）不属于过期（expiration），两者机制完全独立。

EXPIRE / SET ... EX → 可能触发 expired 事件（需配置 notify-keyspace-events Ex）
LRU 淘汰 → 完全静默，无 channel、无日志、无回调
即使你用 redis-cli --stat 看到 evicted_keys 在涨，也拿不到具体是哪个 key

想同步“被 LRU 踢掉的 key”，得自己埋点拦截

如果你真需要让其他服务知道“某个 key 刚从本机 Redis 缓存里消失了”，必须绕开淘汰机制，改用显式控制：

不依赖自动淘汰，改用带 TTL 的 SET key value EX 300 主动设过期时间
提前配置好 keyspace notifications：运行 CONFIG SET notify-keyspace-events Ex（或写进 redis.conf）
监听 __keyevent@0__:expired（注意 db 编号要匹配）
收到消息后，解析 payload（是 key 名），再通过自定义 channel（如 cache-evict-broadcast）用 PUBLISH 推给其他节点

示例监听逻辑（Python）：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

import redis<br>conn = redis.Redis()<br>pubsub = conn.pubsub()<br>pubsub.subscribe('__keyevent@0__:expired')<br><br>for msg in pubsub.listen():<br>    if msg['type'] == 'message':<br>        key = msg['data'].decode()<br>        # 这里不是淘汰，是过期；但语义上可当作“缓存失效”处理<br>        conn.publish('cache-invalidation', key)