Redis集群无法全局监听Key过期事件是设计使然：Keyspace Notifications不跨节点广播，必须为每个master节点单独建立Pub/Sub连接并订阅__keyevent@0__:expired，且各节点均需配置notify-keyspace-events Ex。
Redis集群中无法全局监听Key过期事件，不是代码写错了，而是设计如此——Keyspace Notifications天生不跨节点广播，必须手动连接并订阅每一个master节点。
为什么集群里只收到部分key的expired事件
Redis Cluster把key按slot分片到不同master节点，而__keyevent@0__:expired这类通知只在key实际所在的那个node上发布。你用redis-py-cluster或Spring Data Redis默认连一个随机节点，自然只能听到该节点上过期的key。
这不是bug，是Redis明确的设计取舍：避免全集群广播键事件带来的带宽和CPU压力。
- Pub/Sub消息本身会在集群内广播，但Keyspace Notifications是本地（local）行为
- 哪怕你用
psubscribe __keyevent@*__:expired，Redis也不支持通配db号的跨库订阅 - 客户端必须主动发现所有master节点，并为每个节点单独建立Pub/Sub连接
如何正确订阅全部master节点的expired事件
核心动作就两步：获取当前集群所有master节点列表 + 对每个master建立独立的Pub/Sub连接并订阅__keyevent@0__:expired（注意db号要匹配）。
以Python + redis-py为例：
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
from redis.cluster import RedisCluster
import redis
<h1>1. 先连集群拿到节点拓扑</h1><p>rc = RedisCluster(startup_nodes=[{"host": "node1", "port": 7000}], decode_responses=True)
masters = [node for node in rc.nodes_cache.values() if node.server_type == "master"]</p><h1>2. 对每个master单独建连接并订阅</h1><p>for master in masters:
r = redis.Redis(host=master.host, port=master.port, db=0)
pubsub = r.pubsub()
pubsub.psubscribe("<strong>keyevent@0</strong>:expired")</p><pre class="brush:php;toolbar:false;"># 启动监听（通常放在线程里）
def listen():
for msg in pubsub.listen():
if msg["type"] == "pmessage":
key = msg["data"]
print(f"[{master.host}:{master.port}] expired key: {key}")
# 启动线程...
- 别用
redis-py-cluster的pubsub接口——它内部只选一个节点，无法覆盖全部 - db编号必须显式对齐，比如你的key存在db 1，就得订阅
__keyevent@1__:expired - 节点扩缩容时，需监听
CLUSTER NODES输出或定期重拉拓扑，否则会漏掉新master
notify-keyspace-events配置必须每个节点都开
即使你连上了全部master，如果某个节点没开notify-keyspace-events Ex，它就不会发任何expired事件——这个配置不继承、不同步，必须逐个设置。
- 云托管Redis（如阿里云、腾讯云）常禁用
CONFIG SET，此时只能提工单让运维在配置模板里加notify-keyspace-events Ex并重启实例 - 切勿用
AKE或gxE等宽泛配置，会触发del/rename等高频事件，压垮监听服务 - 确认是否生效：连上某节点执行
CONFIG GET notify-keyspace-events，返回值应含Ex
Spring Boot里怎么绕过自动CONFIG调用报错
Spring Data Redis的KeyspaceEventMessageListener初始化时会尝试调用CONFIG GET/SET，云环境直接抛ERR unknown command 'CONFIG'。这不是监听逻辑失败，而是框架“好心办坏事”。
- 禁用自动配置：在
@Bean RedisMessageListenerContainer里设setPhase(0)并跳过KeyspaceEventMessageListener的自动注册 - 改用手动监听：用Lettuce或Jedis直连各master，自己实现
MessageListener并注册到各自PubSubConnection - 关键点：不要依赖
@RedisListener注解监听__keyevent@*__:expired，它底层仍走自动配置路径
真正麻烦的从来不是写几行订阅代码，而是维护多个Pub/Sub连接的生命周期、处理节点故障转移后的重连、以及确保每个master的notify-keyspace-events配置长期有效——这些细节一旦漏掉，过期事件就会静默丢失，且毫无日志可查。
