官网的解释

https://redis.io/docs/manual/keyspace-notifications/#timing-of-expired-events

简单的意思就是不能保证时效性，key过期事件可能会往后推个几分钟才触发，特别是数据量越来越大的时候。

而且一旦客户端处理失败，这个事件也不会重发，会丢失这个事件。

并且对于集群模式下，某一个节点的key事件被触发了并不会扩散到所有节点。所以客户端需要订阅每个redis实例节点。

redis key过期事件原理

惰性删除+主动删除

惰性删除：主动访问key的时，会先对key进行超时判断，过时的key会立即删除；

主动删除：redis会在后台，每秒10次的执行如下操作：随机选取100个key校验是否过期，如果有25个以上的key过期了，立刻额外随机选取下100个key。也就是说，如果过期的key不多，redis最多每秒回收200条左右；
这样即使从不被访问的数据，过期了也会被删除掉。

持久化对过期key的处理

RDB模式下备份和恢复都会检查过期key

1. 从内存数据库持久化数据到RDB文件，持久化key之前，会检查是否过期，过期的key不进入RDB文件
2. 从RDB文件恢复数据到内存数据库，数据载入数据库之前，会对key先进行过期检查，如果过期，不导入数据库（主库情况）

AOF
在备份的时候会追加key del命令。在重写的时候会将已过期的key排除掉

1. 从内存数据库持久化数据到AOF文件：当key过期后，还没有被删除，此时进行执行持久化操作（该key是不会进入aof文件的，因为没有发生修改命令）当key过期后，在发生删除操作时，程序会向aof文件追加一条del命令（在将来的以aof文件恢复数据的时候该过期的键就会被删掉）
2. AOF重写：重写时，会先判断key是否过期，已过期的key不会重写到aof文件