redis过期键删除策略

1三种过期回收策略

1.1 定时删除

定时删除:在给键设置过期时间的同时,创建一个定时器,让定时器在键过期时,立刻执行对键删除的操作

这种方式 对内存友好,对cpu不友好,因为通过定时器删除过期键,可以保证数据库里没有过期的键.同时带来的坏处就是牺牲了cpu,如果过期键比较多的情况下,删除过期键可能占用相当一部分的cup. 

1.2 惰性删除

惰性删除: 是在去除键的时候才对键进行过期检查,此种方式 对cpu友好,对内存不友好,因为只有在使用键的时候才做检测,如果有的键过期了 又一直不被访问到  那么就会一直存在着 浪费了内存

1.3 定期删除

定期删除:可以看成以上两种结合  每隔一段时间执行一次删除过期键操作,并通过限制删除操作执行的时常和频率来减少删除操作对cpu的影响   比如设定每次检查的数据库数量 以及每个数据库检查的键的数量 时间周期100s   那么 就会 每隔100s 遍历数据库检查每个库里的键 如果时间到了 就停止

2 AOF RDB过期键处理

RDB:

生成RDB文件

如果执行save或者bgsave的时候 会创建一个新的rdb文件,程序会对数据库中的键进行检测,如果已过期的键 不会被保存到新创建的rbd文件里

载入RDB

在启动redis服务的时候,会将rdb文件进行载入, 在载入的时候 程序会对文件中保存的键进行检测未过期的键被载入到数据库,而过期的键则被忽略

 

AOF  文件写入:

当服务器以AOF持久化模式运行时，如果数据库中的某个键已经过期，但它还没

有被惰性删除或者定期删除，那么AOF文件不会因为这个过期键而产生任何影响。

当过期键被惰性删除或者定期删除之后，程序会向AOF文件追加（append）一

条DEL命令，来显式地记录该键已被删除。

举个例子，如果客户端使用GET message命令，试图访问过期的message键，

那么服务器将执行以下三个动作：

1）从数据库中删除message键。

2）追加一条DEL message命令到AOF文件。

3）向执行GET命令的客户端返回空回复。

 

AOF文件重写

和生成RDB文件时类似，在执行AOF重写的过程中，程序会对数据库中的键进行

检查，已过期的键不会被保存到重写后的AOF文件中。

举个例子，如果数据库中包含三个键k1、k2、k3，并且k2已经过期，那么在进

行重写工作时，程序只会对k1和k3进行重写，而k2则会被忽略。

因此，数据库中包含过期键不会对AOF重写造成影响。