目录
redis查看数据过期时间ttl
- 返回-1:没有设置过期时间
- 返回-2:已经过期,或者不存在的key,或者已经被删除的key
- xxx:具体剩余有效时间
数据删除策略
redis中,并不是数据已过期,就被真正地从内存中删除。因为如果每一个数据过期,都进行删除,会占用cpu时钟,影响性能。
具体的数据删除策略有以下三种:
- 定时删除
创建一个定时器,当key设置有过期时间,且过期时间到达时,由定时器任务立即执行对键的删除操作
优点:节约内存,到时就删除,快速释放掉不必要的内存占用
缺点:CPU压力很大,无论CPU此时负载量多高,均占用CPU,会影响redis服务器响应时间和指令吞吐量
总结:拿时间换空间
- 惰性删除
redis访问数据的命令,代码中均会调用expireIfNeeded()方法,该方法判断数据是否过期,过期则删除。
数据到达过期时间,不做处理。等下次访问该数据时,如果未过期,返回数据,发现已过期,删除,返回不存在
优点:节约CPU性能,发现必须删除的时候才删除
缺点:内存压力很大,出现长期占用内存的数据
总结:拿空间换时间
- 定期删除
定期删除是周期性轮询redis库中的时效性数据,采用随机抽取的策略,利用过期数据占比的方式控制删除频度
Redis启动服务器初始化时,读取配置server.hz的值,默认为10,可在redis.conf配置文件中配置hz配置项
每秒钟执行server.hz次serverCron()方法
serverCron()调用databasesCron(),databasesCron()调用activeExpireCycle()
activeExpireCycle()对每个expires[*]逐一进行检测,每次执行250ms/server.hz,其中expires[*]表示redis数据库的过期数据信息内存块
对某个expires[*]检测时,随机挑选W个key检测
1)如果key超时,删除key
2)如果一轮中删除的key的数量>W*25%,循环该过程
3)如果一轮中删除的key的数量≤W*25%,检查下一个expires[*],0-15循环
4)W取值=ACTIVE_EXPIRE_CYCLE_LOOKUPS_PER_LOOP属性值
参数current_db用于记录activeExpireCycle() 进入哪个expires[*] 执行
如果activeExpireCycle()执行时间到期,下次从current_db继续向下执行
优点:CPU性能占用设置有峰值,检测频度可自定义设置
缺点:内存压力不是很大,长期占用内存的冷数据会被持续清理
总结:周期性抽查存储空间 expireIfNeeded() (随机抽查,重点抽查)
数据删除策略对比
| 删除策略 | 优缺点 | 特性 | 总结 |
| 定时删除 | 节约内存,无占用 | 不分时段占用CPU资源,频度高 | 拿时间换空间 |
| 惰性删除 | 内存占用严重 | 延时执行,CPU利用率高 | 拿空间换时间 |
| 定期删除 | 内存定期随机清理 | 每秒花费固定的CPU资源维护内存 | 随机抽查,重点抽查 |
redis使用的策略
惰性删除加上定期删除,两者配合使用。
redis逐出算法配置
- 最大可使用内存
maxmemory占用物理内存的比例,不设置,表示不限制。默认的redis.conf配置文件中,该配置项被注释,即默认不设置。
- 每次选取待删除数据的个数
maxmemory-samples- 删除策略
maxmemory-policy共有以下几种策略:
检测易失数据(设有过期时间的数据):
- volatile-lru:挑选最近最久未使用的数据淘汰
- volatile-lfu:挑选最近使用次数最少的数据淘汰
- volatile-ttl:挑选将要过期的数据淘汰
- volatile-random:任意选择数据淘汰
检测全库数据(所有数据集server.db[i].dict )
- allkeys-lru:挑选最近最久未使用的数据淘汰
- allkeys-lfu:挑选最近使用次数最少的数据淘汰
- allkeys-random:任意选择数据淘汰
放弃数据驱逐
- no-enviction(驱逐):禁止驱逐数据(redis4.0中默认策略),会引发错误OOM(Out Of Memory)