Redis数据的删除策略

Redis是一个key-value存储系统。可基于内存亦可持久化的日志型数据库，一般存储高热度数据,所有数据均存放在内存中，通过TTL指令获取目前状态：-1 是永久有效的数据    -2是已过期/删除或者是未定义的数据。

Redis删除的就是已过期的数据，而过期的数据不会真的删除。redis服务器有很多操作需要执行时，CPU的压力会很大，于是redis中的策略是，在内存还够的前提下，先不释放已删除数据的内存空间，先执行客户端的指令。

Redis的删除策略有三种：定时删除，惰性删除，定期删除

1.定时删除：创建一个定时器，当key设置有过期时间，且过期时间到达时，立即执行key的删除操作

 优点：节约内存，到时就删除，立即释放不必要的内存占用

缺点：CPU压力增大，无论CPU此时负载量多高，到时间必须占用CPU，会影响redis服务器响应时间

使用场景：使用处理器性能换取存储空间（时间换空间），适用于小内存，强CPU场景

2.惰性删除：数据到达过期时间，先不做处理。等下次访问该数据时，发现数据已过期，删除，给客户端返回不存在。

在get执行之前执行 expireIfNeeded()方法，先判断有没有过期

优点：节约CPU性能，到期不会立即删除，再次查询发现必须删除的时候才删除

缺点：内存压力很大，过期数据长时间不访问会长期占用内存的情况

使用场景：用存储空间换取处理器性能 （空间换时间），适用于大内存，弱CPU场景

3.定期删除：以上两中方式都是比较极端的，为了中和这个问题，有了定期删除

Redis启动服务器初始化时，读取配置server.hz的值，默认为10

               每秒钟执行server.hz次serverCron()--》调用一次轮询一次所有库

                        调用16次activeExpireCycle()，检查所有的库

                                        activeExpireCycle()检查一个库的expires

对某个expires[*]检测时，随机挑选W个key检测

如果key超时，删除key；如果一轮中删除的key的数量>W*25%，循环该过程；如果一轮中删除的key的数量≤W25%，检查下一个expires[]，0-15循环（默认有16个库）

W取值=ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP属性值

参数current_db用于记录activeExpireCycle() 进入哪个expires[*] 执行（相当于指针）

如果activeExpireCycle()执行时间到期，下次从current_db继续向下执行。

总体来说就是：周期性轮询redis库中的时效性数据，采用随机抽取的策略，利用过期数据占比的方式控制删除频度

优点：CPU性能占用设置有峰值，检测频度可自定义设置

缺点：内存压力不是很大，长期占用内存的冷数据会被持续清理；

使用场景：内存定期随机清理 ，每秒花费固定的CPU资源维护内存（随机抽查，重点抽查）

redis内部用的是惰性删除和定期删除