- 惰性删除 ：只会在取出 key 的时候才对数据进行过期检查。这样对 CPU 最友好，但是可能会造成太多过期 key 没有被删除。数据到达过期时间，不做处理。等下次访问该数据时，我们需要判断
a. 如果未过期，返回数据
b. 发现已过期，删除，返回nil - 定期删除 ： 每隔一段时间抽取一批 key 执行删除过期 key 操作。并且，Redis 底层会通过限制删除操作执行的时长和频率来减少删除操作对 CPU 时间的影响。默认情况下 Redis 定期检查的频率是每秒扫描 10 次，用于定期清除过期键。当然此值还可以通过配置文件进行设置，在 redis.conf 中修改配置“hz”即可，默认的值为hz 10定期删除的扫描并不是遍历所有的键值对，这样的话比较费时且太消耗系统资源。Redis 服务器采用的是随机抽取形式，每次从过期字典中，取出 20 个键进行过期检测，过期字典中存储的是所有设置了过期时间的键值对。如果这批随机检查的数据中有 25% 的比例过期，那么会再抽取 20 个随机键值进行检测和删除，并且会循环执行这个流程，直到抽取的这批数据中过期键值小于 25%，此次检测才算完成Redis 服务器为了保证过期删除策略不会导致线程卡死，会给过期扫描增加了最大执行时间为 25ms
定期删除对内存更加友好，惰性删除对 CPU 更加友好。两者各有千秋，所以 Redis 采用的是 定期删除+惰性删除
Redis的数据过期策略有哪些 ?
2024-11-14
131
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
Redis 采用两种过期键删除策略：惰性删除和定期删除。惰性删除在读取键时检查是否过期并删除，对 CPU 友好但可能积压大量过期键。定期删除则定时抽样检查并删除过期键，对内存更友好。默认每秒扫描 10 次，每次检查 20 个键，若超过 25% 过期则继续检查，单次最大执行时间 25ms。两者结合使用以平衡性能和资源占用。
目录
相关文章
|
2月前
|
缓存
NoSQL
关系型数据库
|
2月前
|
数据采集
存储
NoSQL
|
1月前
|
存储
缓存
NoSQL
告别数据僵尸！Redis实现自动清理过期键值对
在数据激增的时代，Redis如同内存管理的智能管家，支持键值对的自动过期功能，实现“数据保鲜”。通过`EXPIRE`设定生命倒计时、`TTL`查询剩余时间，结合惰性删除与定期清理策略，Redis高效维护内存秩序。本文以Python实战演示其过期机制，并提供最佳实践指南，助你掌握数据生命周期管理的艺术，让数据优雅退场。
134
0
0
|
4月前
|
存储
NoSQL
算法
Redis分片集群中数据是怎么存储和读取的 ?
Redis集群采用的算法是哈希槽分区算法。Redis集群中有16384个哈希槽（槽的范围是 0 -16383，哈希槽），将不同的哈希槽分布在不同的Redis节点上面进行管理，也就是说每个Redis节点只负责一部分的哈希槽。在对数据进行操作的时候，集群会对使用CRC16算法对key进行计算并对16384取模（slot = CRC16(key)%16383），得到的结果就是 Key-Value 所放入的槽，通过这个值，去找到对应的槽所对应的Redis节点，然后直接到这个对应的节点上进行存取操作
188
3
3
|
4月前
|
缓存
NoSQL
关系型数据库
Redis和Mysql如何保证数据⼀致?
1. 先更新Mysql，再更新Redis，如果更新Redis失败，可能仍然不⼀致
2. 先删除Redis缓存数据，再更新Mysql，再次查询的时候在将数据添加到缓存中
这种⽅案能解决1 ⽅案的问题，但是在⾼并发下性能较低，⽽且仍然会出现数据不⼀致的问题，⽐如线程1删除了 Redis缓存数据，正在更新Mysql，此时另外⼀个查询再查询，那么就会把Mysql中⽼数据⼜查到 Redis中
1. 使用MQ异步同步, 保证数据的最终一致性
我们项目中会根据业务情况 , 使用不同的方案来解决Redis和Mysql的一致性问题 :
1. 对于一些一致性要求不高的场景 , 不做处理例如 : 用户行为数据 ,
354
2
2
|
4月前
|
NoSQL
Redis
Redis的数据淘汰策略有哪些 ?
Redis 提供 8 种数据淘汰策略：
淘汰易失数据(具有过期时间的数据)
1. volatile-lru（least recently used）：从已设置过期时间的数据集（server.db[i].expires）中挑选最近最少使用的数据淘汰
2. volatile-lfu（least frequently used）：从已设置过期时间的数据集（server.db[i].expires）中挑选最不经常使用的数据淘汰
3. volatile-ttl：从已设置过期时间的数据集（server.db[i].expires）中挑选将要过期的数据淘汰
4. volatile-random：从已设置过期
166
1
1
|
4月前
|
NoSQL
Redis
Redis的数据持久化策略有哪些 ?
Redis 提供了两种方式，实现数据的持久化到硬盘。
1. RDB 持久化(全量)，是指在指定的时间间隔内将内存中的数据集快照写入磁盘。
2. AOF持久化(增量)，以日志的形式记录服务器所处理的每一个写、删除操作
RDB和AOF一起使用, 在Redis4.0版本支持混合持久化方式 ( 设置 aof-use-rdb-preamble yes )
101
1
1
|
4月前
|
存储
NoSQL
Redis
Redis的数据过期策略有哪些 ?
1. 惰性删除 ：只会在取出 key 的时候才对数据进行过期检查。这样对 CPU 最友好，但是可能会造成太多过期 key 没有被删除。数据到达过期时间，不做处理。等下次访问该数据时，我们需要判断
a. 如果未过期，返回数据
b. 发现已过期，删除，返回nil
2. 定期删除 ： 每隔一段时间抽取一批 key 执行删除过期 key 操作。并且，Redis 底层会通过限制删除操作执行的时长和频率来减少删除操作对 CPU 时间的影响。默认情况下 Redis 定期检查的频率是每秒扫描 10 次，用于定期清除过期键。当然此值还可以通过配置文件进行设置，在 redis.conf 中修改配置“hz”
356
0
0
|
7月前
|
缓存
监控
NoSQL
Redis经典问题：数据不一致
在使用Redis时，缓存与数据库数据不一致会导致应用异常。主要原因包括缓存更新失败、Rehash异常等。解决方案有：重试机制、缩短缓存时间、优化写入策略、建立监控报警、定期验证一致性、采用缓存分层及数据回滚恢复机制。这些措施可确保数据最终一致性，提升应用稳定性和性能。
275
2
2
|
存储
NoSQL
Redis
热门文章
最新文章
1
Docker Hub 镜像拉取超时：1Panel面板中应用安装失败的临时解决方案
2
手把手教你安装PyCharm 2025：开发者的Python IDE配置全流程+避坑指南
3
手把手教你安装Keil MDK5：官方网盘资源+芯片支持包配置详解（附调试实战）
4
轻松部署翼龙面板社区版：您的游戏服务器管理新体验
5
3分钟部署 我的世界（Minecraft） 联机服务
6
Nextcloud一键部署：快速搭建如企业钉钉或飞书的团队协作平台
7
MongoDB应用场景
8
轻松集成私有化部署Dify文本生成型应用
9
Termux安卓终端美化与开发实战：从下载到插件优化，小白也能玩转Linux
10
快速部署 Dify 社区版
1
🔥躺着赚佣金！阿里云推荐计算巢服务让你轻松"带货"云计算
100
2
纳维-斯托克斯方程存在性与光滑性的重构封闭证明 · 第五篇
54
3
服务器数据恢复—ocfs2文件系统数据恢复案例
51
4
产品动态丨阿里云计算巢月刊-2025年第5期
86
5
现代 Java 技术开发宠物管理系统实操案例解析
66
6
Java 多线程最新实操技术与应用场景全解析：从基础到进阶
116
7
2025 年 Java 核心技术全面升级与实战应用详解
239
8
java 校招需要准备哪些内容及关键要点解析
66
9
校招 java 面试基础题目及解析
98
10
服务器数据恢复—服务器raid5阵列2块硬盘掉线的数据恢复案例
42