redis的key过期事件不建议实现延时消息的原因
Posted 好大的月亮
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了redis的key过期事件不建议实现延时消息的原因相关的知识,希望对你有一定的参考价值。
官网的解释
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
- 从内存数据库持久化数据到RDB文件,持久化key之前,会检查是否过期,过期的key不进入RDB文件
- 从RDB文件恢复数据到内存数据库,数据载入数据库之前,会对key先进行过期检查,如果过期,不导入数据库(主库情况)
AOF
在备份的时候会追加key del命令。在重写的时候会将已过期的key排除掉
- 从内存数据库持久化数据到AOF文件:当key过期后,还没有被删除,此时进行执行持久化操作(该key是不会进入aof文件的,因为没有发生修改命令)当key过期后,在发生删除操作时,程序会向aof文件追加一条del命令(在将来的以aof文件恢复数据的时候该过期的键就会被删掉)
- AOF重写:重写时,会先判断key是否过期,已过期的key不会重写到aof文件
以上是关于redis的key过期事件不建议实现延时消息的原因的主要内容,如果未能解决你的问题,请参考以下文章