redis过期策略

定时删除
redis会将每个设置了过期时间的key放入一个独立的字典当中，以后会定时遍历这个字典来删除到期的key。
惰性删除
除了定时遍历之外，他还会使用惰性策略来删除过期的key。所谓惰性策略就是在客户端访问这个key的时候，redis对key的过期时间进行检查，如果过期了就立即删除。如果说定时删除是集中处理，那么惰性删除就是零散删除。

定时扫描策略
1.从过期字典中随机选出20个key
2.删除这20个key中已经过期的key
3.如果过期的key的比例超过四分之一，那就重复步骤1
同时，为了保证过期扫描不会出现循环过度，导致线程卡死的现象，算法还增加了扫描时间的上限，默认不会超过25ms。

删除key
Redis4.0以前，删除指令是del，del会直接释放对象的内存，大部分情况下，这个指令非常快，没有任何延迟的感觉。但是，如果删除的key是一个非常大的对象，比如一个包含了千万元素的hash，那么删除 *** 作就会导致单线程卡顿，Redis的响应就慢了。为了解决这个问题，在Redis4.0版本引入了unlink指令，能对删除 *** 作进行“懒”处理，将删除 *** 作丢给后台线程，由后台线程来异步回收内存。
实际上，在判断key需要过期之后，真正删除key的过程是先广播expire事件到从库和AOF文件中，然后在根据redis的配置决定立即删除还是异步删除。
如果是立即删除，Redis会立即释放key和value占用的内存空间，否则，Redis会在另一个bio线程中释放需要延迟删除的空间。

Redis的内存淘汰机制
noeviction: 当内存不足以容纳新写入数据时，新写入 *** 作会报错。
allkeys-lru：当内存不足以容纳新写入数据时，在键空间（server.db[i].dict）中，移除最近最少使用的 key（这个是最常用的）。
allkeys-random：当内存不足以容纳新写入数据时，在键空间（server.db[i].dict）中，随机移除某个 key。
volatile-lru：当内存不足以容纳新写入数据时，在设置了过期时间的键空间（server.db[i].expires）中，移除最近最少使用的 key。
volatile-random：当内存不足以容纳新写入数据时，在设置了过期时间的键空间（server.db[i].expires）中，随机移除某个 key。
volatile-ttl：当内存不足以容纳新写入数据时，在设置了过期时间的键空间（server.db[i].expires）中，有更早过期时间的 key 优先移除。

从节点的过期策略
从节点不会进行过期扫描，从节点对过期的处理是被动的。主节点在key到期的时候，会在aof文件里面增加一条del指令，同步到所有的从节点，从节点通过执行这条del指令来删除过期的key。