redis过期时间和删除策略

最新推荐文章于 2024-09-09 10:23:35 发布
原创 最新推荐文章于 2024-09-09 10:23:35 发布 · 2.5k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis

本文介绍了Redis中四种设置键过期时间的方法，并详细解释了Redis如何通过惰性删除与定期删除相结合的方式管理过期键，确保内存高效利用。

在redis中有4种方法可以设置过期时间: 

expire<key> <ttl>: 设置生存时间为ttl秒

pexpire<key><ttl>: 设置生存时间为 ttl毫秒

expireat <key> <timestamp> : 设置过期时间为timestamp所指定的秒数时间戳.

pexpireat<key><timestamp>: 设置过期时间为timestamp所指定的毫秒数时间戳.

其中timestamp为unix时间戳.


redisDb结构的expires字典保存了数据库中所有键的过期时间.它的数据结构由两部分组成:

1.过期字典的键是一个指针,它指向键空间中的某个键对象.

2.过期字典的值是一个long long类型的整数,它保存的就是键的过期时间.


在redis中有三种不同的删除过期键的策略:

1.惰性删除

2.非惰性删除:a.定时删除  b.定期删除


redis服务器采用的策略是惰性删除和定期删除的组合.

惰性删除由db.c/expireIfNeeded函数实现.

定期删除由redis.c/activeExpireCycle函数实现:每当redis的服务器周期性操作redis.c/serverCron函数执行时, activeExpireCycle函数就会被调用,它在规定时间内,分多次 遍历服务器中的各个数据库,从数据库的expires字典中随机检查一部分键的过期时间,并删除其中的过期键.


redis定期删除+惰性删除+内存淘汰机制
weixin_43722062的博客
02-24 1025
# maxmemory-policy volatile-lru 该配置就是配内存淘汰策略的(什么，你没配过？好好反省一下自己) 1）noeviction：当内存不足以容纳新写入数据 时，新写入操作会报错。应该没人用吧。 2）allkeys-lru：当内存不足以容纳新写入数据时，在键空间中，移除最 近最少使用的key。推荐使用，目前项目在用这种。 3）allkeys-random：当内存不足以容纳新写入数据时，在键 空间中，随机移除某个key。应该也没人用吧，你不删最少使用Key,去随机删。 4）volat
Redis之删除策略
A_diligent_man的博客
08-14 2523
Redis各种删除策略
Redis详解 - 过期删除策略和内存淘汰策略
专业的计算机毕业设计指南
11-26 804
1.引言 我们先来看如下几个问题： ①、如何设置Redis键的过期时间？ ②、设置完一个键的过期时间后，到了这个时间，这个键还能获取到么？假如获取不到那这个键还占据着内存吗？ ③、如何设置Redis的内存大小？当内存满了之后，Redis有哪些内存淘汰策略？我们又该如何选择？ 　　如果上面的几个问题你都懂，那么下面的内容你就不用看了；如果你不是很懂，那就带着这些问题往下看。 2.设置Redis键过期时间 Redis提供了四个命令来设置过期时间（生存时间）。 ①、EXPIRE ：表示将键 key 的生存时间
Redis 延时双删功能
srlahsly的博客
09-09 1358
延时双删指的是在对数据库进行更新或删除操作时，同时进行两次删除缓存的操作
Redis数据删除策略（惰性删除+定期删除）
stormkai的专栏
01-02 1626
Redis数据删除策略：惰性删除+定期删除。惰性删除：设置key过期时间后，不管它，需要用该key时，再检查是否过期，过期就删掉，没过期返回。对CPU友好，对内存不友好。定期删除：每隔一堆时间，对一些key（随机）进行检查，删除里面过期的key。两种模式：SLOW模式和FAST模式。SLOW模式：定时任务，执行频率默认10hz，每次不超过25ms。在redis.conf中修改。FAST模式：执行频率不固定，两次间隔不低于2ms，每次耗时不超过1ms。优点：可以限制操作的执行时长和频率来减少对cpu的影响缺点
redis过期策略
yueloveme的博客
02-18 1048
唉！学的少啊，工作之后很少有大块的时间看书了，每遇到不懂的都需要停下来看一下 大家推荐个靠谱的公众号程序员探索之路，公众号内点击网赚获取彩蛋,大家一起加油 过期策略：注意不是maxmemory-policy参数指定的过期策略 定时删除 含义：在设置key的过期时间的同时，为该key创建一个定时器，让定时器在key的过期时间来临时，对key进行删除 优点：保证内存被尽快释放 缺点: ...
Redis的清洁——定期删除+惰性删除+内存淘汰策略
weixin_44742274的博客
11-25 3805
Redis的清洁——定期删除+惰性删除+内存淘汰策略
Redis（6）删除策略（定时删除、惰性删除、定期删除）和数据逐出策略
weixin_43230682的博客
07-29 2万+
目录 一、过期数据 二、数据删除策略 1. 定时删除 2. 惰性删除 3. 定期删除 4. 删除策略比对 三、逐出算法 1. 新数据进入检测 2. 影响数据逐出的相关配置 3. 数据逐出策略配置依据 一、过期数据 Redis是一种内存级数据库，所有数据均存放在内存中，内存中的数据可以通过TTL指令获取其状态： XX ：具有时效性的数据 -1 ：永久有效的数据 -2 ：已经过期的数据 或 被删除的数据 或 未定义的数据 二、数据删除策略 数据删除策略的目标：在内存...
redis删除策略（定时删除、惰性删除、定期删除）
RadNICkMan的博客
11-02 1502
转载下面的链接 https://blog.youkuaiyun.com/weixin_43230682/article/details/107670911
Redis删除策略和淘汰策略
xw0105的博客
03-10 493
如果我们设置了Redis的key-value的过期时间，当缓存中的数据过期之后，Redis就需要将这些数据进行清除，释放占用的内存空间。Redis中主要使用 定期删除 + 惰性删除 两种数据过期清除策略。
实战解析朝生暮死的Redis拓展应用—过期策略和LRU，继续强化学习
python6_quanzhan的博客
06-19 1122
今天，我们继续Redis的拓展应用，继续深化了解、强化学习效果。 拓展 4：朝生暮死 —— 过期策略 Redis 所有的数据结构都可以设置过期时间，时间一到，就会自动删除。你可以想象 Redis 内部有一个死神，时刻盯着所有设置了过期时间的 key，寿命一到就会立即收割。 你还可以进一步站在死神的角度思考，会不会因为同一时间太多的 key 过期，以至于忙不过来。同时因为 Redis 是单线程的，收割的时间也会占用线程的处理时间，如果收割的太过于繁忙，会不会导致线上读写指令出现卡顿。 这些问题.
Redis数据的删除策略
weixin_45606872的博客
07-03 552
Redis中的数据特征Redis是一种内存级数据库，所有数据均存放在内存中，内存中的数据可以通过TTL指令获取其状态redis数据保存策略 数据删除策略的目标在内存占用与CPU占用之间寻找一种平衡，顾此失彼都会造成整体redis性能的下降，甚至引发服务器宕机或内存泄露​创建一个定时器，当key设置有过期时间，且过期时间到达时，由定时器任务立即执行对键的删除操作。​优点：节省内存，到时间就删除，快速释放不必要的内存占用。 ​缺点：CPU压力较大，无论CPU此时负载情况如何，均占用CPU来执行删除，会影响Re
redis设置key过期时间
熠耀之森
12-11 1万+
redis是一个广泛应用的key-value型内存数据库，和memecached一样，key是可以被设置生存周期的。 redis设置key的过期时间非常简单： SETEX mykey 10 "Hello" 这样就给mykey设置了10秒的生存周期。 但是当你使用了redis其他的数据结构，比如LIST，HMAP等，就没有现成的命令可以使用了。不过在redis中，上面的命令本来就等效
# Redis 入门到精通（七）-- redis 删除策略
段子手168的博客
07-19 2135
# Redis 入门到精通（七）-- redis 删除策略 073-删除策略-过期数据的概念 074-删除策略-过期数据的底层存储结构 075-删除策略-定时删除与惰性删除 076-删除策略-定期删除 077-删除策略-逐出策略
Redis的数据删除策略
weixin_68286174的博客
08-21 7928
Redis的数据删除策略
redis惰性删除 lazy free 源码剖析，干货满满
Chlapis的博客
11-10 3993
redis 是用 c 语言实现的，而我们知道 c 语言是没有垃圾回收的，也就说对于程序申请的内存是需要程序来释放的，因此，在 redis 中删除数据包含两个步骤： 步骤一：将待删除数据对从字典表中删除； 步骤二：释放待删除数据所占用的内存空间。 如果这两个步骤同步执行，就叫同步删除；而如果只执行步骤一，将来通过后台线程来执行步骤二，就叫异步删除。而惰性删除里的惰性其实指的就是删除时只执行步骤一，而将步骤二 "延迟" 到后台线程执行。
Redis的三种删除策略
weixin_43442127的博客
01-10 3440
Redis的三种删除策略
Redis数据过期清除：释放内存，提升性能！
爱编程的鱼的博客
02-05 1728
本文深入解析了Redis的数据过期清除策略，包括过期键的删除方式、清除策略的选择以及相关配置参数的介绍。通过合理设置过期时间和清除策略，可以有效管理Redis中的数据，并确保内存的合理利用。使用示例代码，你可以在自己的项目中实现数据过期清除策略，以提高系统性能和资源利用率。
Redis 笔记（09）— 过期时间 expire（设置、查询、取消过期时间）
热门推荐
wohu1104的专栏
12-27 3万+
1. 设置过期时间 Redis 使用 expire 命令设置一个键的过期时间，到时间后 Redis 会自动删除它。expire 命令的使用方法为 expire key seconds 其中 seconds 表示键的过期时间，单位为秒且必须是整数，最小单位是 1 秒，expire 命令格式如下： 返回 1 表示设置成功， 返回 0 表示键不存在或者设置失败。 如果想要更精确的过期时间可以使用 pexpire，时间单位是毫秒，pttl 可以查看剩余过期时间。 注意：如果使用 watch 命令监控了一个拥
redis过期时间、过期策略
最新发布
10-17
<think>嗯，用户这次聚焦在Redis的过期时间设置和过期策略上，看来ta正在深入理解缓存管理机制。此前对话中我已经解释了Redis同步机制，现在需要切换到数据淘汰维度。用户引用的资料相当全面，从过期策略类型到内存淘汰机制都有覆盖，说明ta做了预习。 用户可能是个后端开发者，正在设计缓存系统。ta特意提到“短信验证码”这种典型用例，说明需要实战指导。虽然引用资料完整，但三大策略的优缺点分散在不同条目里，需要我重新整合。定时删除的实时性优势（引用[2][3]）和性能缺陷（引用[3]）要对比着说，而惰性删除的内存泄漏风险（引用[2]）正好能被定期删除弥补（引用[2][4]）。 内存淘汰策略部分有个细节要注意：引用[5]提到默认策略是noeviction，但实际生产环境更常用volatile-lru。这个矛盾点需要解释清楚——开发环境默认防止数据丢失，线上则需主动淘汰。用户如果设置了过期时间却没配淘汰策略，可能踩坑。 接下来组织逻辑链：先讲如何设置过期时间（基础操作），再分析策略实现（技术原理），最后落地到配置建议（实战）。EXPIRE命令的毫秒级精度（引用[1]）和TTL返回值（引用[4]）这类API细节不能漏。对于时间单位混淆这个常见错误，要强调EXPIRE和PEXPIRE的区别。 用户没问但应该补充的是策略选择依据：比如金融交易类系统适合定时删除保证实时性，电商大促时用定期删除更稳妥。这些在“业务场景”段落用案例说明会更直观。最后的三个相关问题覆盖了配置（时间单位）、监控（淘汰统计）和设计（无过期数据管理），正好形成知识闭环。 </think>### Redis过期时间设置与策略详解 #### **一、过期时间设置方法** 1. **基础命令** - `EXPIRE key seconds`：设置键的生存时间（秒级） - `PEXPIRE key milliseconds`：毫秒级精度设置 - `EXPIREAT key timestamp`：指定UNIX时间戳过期 ```bash # 示例：设置键"code:123"在300秒后过期 127.0.0.1:6379> SET code:123 "ABCD" 127.0.0.1:6379> EXPIRE code:123 300 ``` 2. **原子操作** - `SET key value EX seconds`：设值同时设置过期时间（替代`SET`+`EXPIRE`） ```bash # 示例：设值并设置60秒过期 127.0.0.1:6379> SET session:user1 "data" EX 60 ``` 3. **查询与取消** - `TTL key`：查看剩余生存时间（秒），返回`-2`表示键不存在，`-1`表示永不过期 - `PERSIST key`：取消过期时间转为永久存储[^1] #### **二、过期策略实现原理** Redis 采用 **惰性删除 + 定期删除** 组合策略（默认配置）： 1. **惰性删除（Lazy Deletion）** - **触发条件**：每次访问键时检查过期时间 - **流程**： $$ \text{读请求} \rightarrow \text{检查TTL} \xrightarrow{\text{已过期}} \text{删除键} \rightarrow \text{返回nil} $$ - **优点**：CPU消耗低，无额外扫描开销 - **缺点**：长期不访问的过期键会占用内存[^2][^3] 2. **定期删除（Periodic Deletion）** - **工作机制**： - 每隔`100ms`随机抽取部分过期键（默认扫描`20`个键/次） - 删除其中已过期的键，若过期键比例超`25%`则重复扫描 - **核心参数**（redis.conf）： ```conf hz 10 # 每秒执行10次定期扫描（可调整） maxmemory-samples 5 # LRU/LFU淘汰算法采样数量 ``` - **平衡点**：在内存清理效率与CPU消耗间取得平衡[^2][^4] > ⚠️ **定时删除策略未被采用的原因**： > 为每个键创建定时器会消耗大量内存和CPU资源，在高并发场景可能引发性能雪崩[^3]。 #### **三、内存淘汰策略** 当内存达`maxmemory`限制且新数据写入时触发（需显式配置）： | **策略** | **作用范围** | **规则** | |----------|--------------|----------| | `volatile-lru` | 仅过期键 | 淘汰最近最少使用的键 | | `volatile-ttl` | 仅过期键 | 淘汰剩余生存时间最短的键 | | `volatile-random` | 仅过期键 | 随机淘汰过期键 | | `allkeys-lru` | 所有键 | 全局LRU淘汰 | | `allkeys-random` | 所有键 | 全局随机淘汰 | | `noeviction`（默认） | - | 拒绝写入并返回错误 | **配置命令**： ```bash # redis.conf 中设置 maxmemory 2gb maxmemory-policy volatile-lru ``` #### **四、业务场景建议** 1. **短信验证码** - 使用`SET code:138xxxx EX 120`（120秒自动过期）[^4] 2. **会话缓存** - 结合`volatile-ttl`确保及时清理过期会话 3. **热点数据缓存** - 永不过期键 + `allkeys-lru`策略，通过程序更新缓存 4. **高并发系统** - 避免使用`volatile-lfu`（访问频率统计消耗CPU） > 📌 **关键实践**： > - 优先对**可再生数据**设置过期时间（如验证码、临时token） > - **核心业务数据**建议采用程序主动更新而非依赖自动淘汰 > - 监控`expired_keys`指标：`redis-cli info stats | grep expired_keys` --- ### 相关问题 1. Redis 的 `EXPIRE` 命令与 `PEXPIRE` 命令在实现上有何本质区别？ 2. 如何监控 Redis 实例中因过期策略失效导致的内存泄漏问题？ 3. 在 `noeviction` 策略下，若数据已满且无过期键，写操作会如何响应？ 4. 为什么生产环境推荐使用 `volatile-lru` 而非默认的 `noeviction`？ [^1]: 基于本机内存的缓存场景 [^2]: Redis 过期策略类型 [^3]: 定时删除策略的优缺点 [^4]: 过期时间的应用场景 [^5]: 内存淘汰机制配置
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值