redis key 被访问后不会自动延长过期时间

最新推荐文章于 2025-07-29 20:13:44 发布
原创 最新推荐文章于 2025-07-29 20:13:44 发布 · 488 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #数据库 #缓存

本文介绍了Redis的过期策略，包括被动过期（依赖客户端访问触发）和主动过期（定期检查并删除已过期键），强调了其静态过期时间特性及如何通过SetNX调整过期时间。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Redis的过期策略按照两个维度工作：被动过期和主动过期。

被动过期：只有当有客户端尝试访问一个已经过期的key时，Redis才会删除该内容。

主动过期：为了防止过期的key未被立即清理，造成内存浪费，Redis会周期性地随机检查一些key是否已经过期，如果过期，则予以删除。

Redis的过期时间是静态的，也就是说，当你使用 SETEX 或者 PEXPIRE 命令设定一个key的过期时间后，无论这个key是否被访问，过期时间都不会被改变。如果需要延长过期时间，需要手动调用 SetNX 重新设置过期时间。

Lucky小黄人
关注
java redis set 过期时间_redis分布式锁自动延长过期时间
weixin_39760065的博客
02-24 1252
分布式系统概念与设计(原书第5版)93.8元包邮(需用券)去购买 >背景项目组已经有个分布式锁注解(参考前文《记一次分布式锁注解化》)，但是在设置锁过期时间时，需要去预估业务耗时时间，如果锁的过期时间能根据业务运行时间自动调整，那使用的就更方便了。思路思路参考了redisson：保留原先的可自定义设置过期时间，只有在没有设置过期时间(过期时间为默认值0)的情况下，才会启动自动延长。申请锁时，...
redis续期_redis分布式锁自动延长过期时间
weixin_42319436的博客
01-12 7529
背景项目组已经有个分布式锁注解(参考前文《记一次分布式锁注解化》)，但是在设置锁过期时间时，需要去预估业务耗时时间，如果锁的过期时间能根据业务运行时间自动调整，那使用的就更方便了。思路思路参考了redisson：保留原先的可自定义设置过期时间，只有在没有设置过期时间(过期时间为默认值0)的情况下，才会启动自动延长。申请锁时，设置一个延长过期时间，定时每隔延长过期时间的三分之一时间就重新设置过期时间...
Redis分布式锁如何自动续期
一江溪水
11-27 5382
Redis 实现分布式锁 指定一个 key 作为锁标记，存入 Redis 中，指定一个 唯一的用户标识作为 value。 当 key 不存在时才能设置值，确保同一时间只有一个客户端进程获得锁，满足互斥性特性。 设置一个过期时间，防止因系统异常导致没能删除这个 key，满足防死锁特性。 当处理完业务之后需要清除这个 key 来释放锁，清除 key 时需要校验 value 值，需要满足只有加锁的人才能释放锁 。 问题 如果这个锁的过期时间是30秒，但是业务运行超过了30秒，比如40秒，当业务运行到30秒的时
在使用 Redis 时，如何持续发挥它的高性能，避免操作延迟的情况发生的建议笔记
qq_39149841的博客
12-20 296
所以，对于容器类型（List/Hash/Set/ZSet），在元素数量未知的情况下，一定不要无脑执行 LRANGE key 0 -1 / HGETALL / SMEMBERS / ZRANGE key 0 -1。当开启这个机制后，Redis 在删除一个 bigkey 时，释放内存的耗时操作，将会放到后台线程中去执行，这样可以在最大程度上，避免对主线程的影响。如果申请内存单位变为了 2MB，那么势必会增加内存申请的耗时，如果此时主进程有大量写操作，需要修改原有的数据，那么在此期间，操作延迟就会变大。
redis的key的过期原理以及redis的内存回收策略
weixin_45239670的博客
03-10 2587
过期原理 过期时间会不会被延长？ 首先要明确一点，你不给key设置过期时间和有效期，这个key是一直存在的。除非调用del命令删除 过期时间是不会被延长的； 剔除过期时间的命令：DEL, SET, GETSET 和所有的 *STORE 命令，这样就成永久的了 自增 key 中存储的值的 INCR , 向list中新增一个值 LPUSH, 或者修改 hash 域的值 HSET ，这些都不会修改 key 的过期时间。 可以通过命令（ PERSIST）把过期时间清除，让key变成永久的 key使用 RENA
redis set 超时_Redis 更新(set) key值 会重置过期时间问题
weixin_36365168的博客
12-23 2402
今天在开发的过程中遇到了一个Redis的问题: 当你在redis中插入一个key值,并且设置了对应过期时间. 当过期时间还没到的时候重新 更新 key值会导致 过期时间被刷新, 针对这个问题: 我查看了下redis的官方文档, 他们是这么解释的:The timeout will only be cleared by commands that delete or overwrite the con...
自动延期时间 php,redis分布式锁自动延长过期时间
weixin_32821477的博客
03-10 986
背景项目组已经有个分布式锁注解(参考前文《记一次分布式锁注解化》)，但是在设置锁过期时间时，需要去预估业务耗时时间，如果锁的过期时间能根据业务运行时间自动调整，那使用的就更方便了。思路思路参考了redisson：保留原先的可自定义设置过期时间，只有在没有设置过期时间(过期时间为默认值0)的情况下，才会启动自动延长。申请锁时，设置一个延长过期时间，定时每隔延长过期时间的三分之一时间就重新设置过期时间...
redis map 过期时间_redis分布式锁自动延长过期时间
weixin_39588223的博客
11-20 428
点击上方 "JudyGirl"关注,星标或置顶一起成长作者：noname来源：https://segmentfault.com/a/1190000037526623?utm_source=tuicool&utm_medium=referral背景 项目组已经有个 分布式锁 注解(参考前文《记一次分布式锁注解化》)，但是在设置锁过期时间时，需要去预估业务耗时时间，如果锁的过期时间...
redis 分布式锁 看门狗_redis分布式锁自动延长过期时间
weixin_35041185的博客
01-02 1143
点击上方 "JudyGirl"关注,星标或置顶一起成长作者：noname来源：https://segmentfault.com/a/1190000037526623?utm_source=tuicool&utm_medium=referral背景 项目组已经有个 分布式锁 注解(参考前文《记一次分布式锁注解化》)，但是在设置锁过期时间时，需要去预估业务耗时时间，如果锁的过期时间...
java操作Redis缓存设置过期时间的方法
08-19
Java 操作 Redis 缓存设置过期时间是指在 Java 应用程序中使用 Redis 缓存时设置缓存项的过期时间，以便自动删除缓存项。下面将详细介绍 Java 操作 Redis 缓存设置过期时间的方法。 为什么需要设置过期时间 在...
Redis大Key问题全解析
hello.reader
12-24 1873
Redis大Key是指单个Key对应的数据量过大，占用过多的内存或导致操作耗时较长的现象。String类型：单个字符串的长度过大。List类型：包含大量元素的列表。Hash类型：存储大量字段的哈希表。Set或ZSet类型：存储大量成员的集合或有序集合。大Key并不直接导致系统问题，但其潜在影响和风险非常显著，尤其在生产环境中。编写脚本遍历Redis中的Key，并分析每个Key的大小和类型。
redis修改值而不修改过期时间
自救 唯有自强
10-23 4859
redis更新值而不修改过期时间
Redis大Key问题的终极解决方案：发现、定位、解决与预防！
赵KK的博客
01-17 1776
通过本文的详细分析和实际案例，我们了解了Redis大Key问题的危害、发现方法、定位问题、解决问题以及技术设计避免Redis大Key问题的方法。Redis大Key问题在高并发场景下可能导致严重的性能问题，甚至导致系统瘫痪。通过使用Redis命令行工具、Python扫描脚本、工具等方法，可以发现Redis中的大Key。通过分析大Key的类型和结构、检查访问频率和操作类型，可以定位问题。通过拆分大Key、使用分页读取、使用Redis的SCAN命令、命令、命令等方法，可以解决大Key问题。
字节一面：Redis主节点的Key已过期，但从节点依然读到过期数据....
公众号：微观技术
11-13 8663
大家好，我是Tom哥~我们知道，大部分的业务场景都是读多写少，为了利用好这个特性，提升Redis集群系统的吞吐能力，通常会采用主从架构、读写分离如上图所示：其中Master节点：负责业务的写操作Slave节点：实时同步Master节点的数据，提供读能力为了提高吞吐量，采用一主多从的架构，将业务的读压力分摊到多台服务器上上述方案，看似合理，但其实可能存在一定隐患！一、拉取过期数据Redis性能高主要得益于纯内存操作，但内存存储介质的成本过高，所以数据的存储有一定的约束。通常会设置过期时间，对于一些使用不是很频
redis，MongoDB等未授权访问靶场复现
qq_74265615的博客
07-28 774
未授权
Redis 键值对操作详解：Python 实现指南
AI浩
07-29 688
场景推荐操作替代方案添加小数据SETHSET（对象）添加大数据HSET/MSET分批次添加添加临时数据SETEX删除小数据DELETEUNLINK删除大数据UNLINK无批量操作管道 + MSET/UNLINK单独命令添加操作使用set()添加单个键值对使用mset()批量添加多个键值对使用setex()添加带过期时间的键值对删除操作优先使用unlink()进行删除（尤其大型数据）仅在需要立即释放内存时使用delete()批量删除时结合管道提高效率。
Redis数据量过大的隐患：查询会变慢吗？如何避免？
搬砖的小熊猫的博客
07-28 869
Redis的瓶颈不在数据量本身，而在于数据形态和访问模式。通过分布式架构改造（如分片集群）、存储结构调整（如Hash分桶）和访问路径优化（如本地缓存），TB级Redis集群仍可保持毫秒级响应。Jemalloc按固定大小（8B/16B/32B）分配内存，小于申请空间时产生碎片。频繁修改数据导致空间重用效率降低（如Hash字段动态增减）。）>1.5时，内存分配延迟显著上升，影响写入速度。大Key/热Key阻塞。Redis数据量过大。
ABP VNext + 分布式锁（RedLock）：Redis 高可用锁实战
Kookoos的博客
07-29 466
介绍了如何在 ABP VNext 中接入 Redis 的高可用分布式锁方案——RedLock.net。通过多个 Redis 实例实现锁的加锁与投票机制，确保系统的高可用性与容错性，避免了单节点 Redis 锁的故障风险。博客涵盖了从环境配置、Redis 集群部署、分布式锁注册到典型场景的应用，如支付幂等、库存扣减与后台定时任务串行执行等，并给出了代码示例。重点强调了锁粒度、超时设置、续约机制等最佳实践，同时通过监控与日志输出确保系统稳定运行。
redis得到shell的几种方法
最新发布
m0_75212639的博客
07-29 385
echo -e "\n")>1.txt 记得修改为自己的密钥地址。CONFIG SET dbfilename shell.php 设置文件名为shell.php。CONFIG SET dir /var/www/html 修改存储路径为Web目录。ssh-keygen -t rsa # 默认保存到~/.ssh/id_rsa.pub。
java redis zset setex key 不存在 过期时间 成员 分数
04-28
<think>好的，我现在需要解决用户的问题：在Java中使用Redis的ZSet时，如何设置带有过期时间的key，并处理成员和分数的相关操作。用户提到“java redis zset setex key expiration member score”，可能对具体步骤和代码示例有需求。 首先，用户可能已经知道Redis的ZSet基本命令，比如ZADD、ZREM等，但需要如何在Java中结合这些操作，并设置过期时间。根据引用[2]，Redis中设置过期时间通常用EXPIRE，但用户可能想知道在Java客户端中如何实现。 接下来，我需要考虑Java中常用的Redis客户端，比如Jedis或Lettuce。用户的问题中没有指定具体客户端，但通常Jedis比较常见，所以可能以Jedis为例。不过，Spring Data Redis也是常用的，所以可能需要两种方式的示例。 首先，设置ZSet成员和分数，这可以通过ZADD命令完成。然后设置过期时间，使用EXPIRE或者SETEX。但是SETEX适用于字符串类型，而ZSet是排序集合，所以可能需要分开操作：先ZADD添加成员，再EXPIRE设置过期时间。 需要注意原子性问题。如果添加成员和设置过期时间分开执行，可能存在中间步骤失败导致key没有过期时间。所以，是否需要用事务或者Lua脚本来保证原子性？引用[2]中提到SETNX和EXPIRE的组合，但这里需要的是ZADD和EXPIRE的组合。用户可能希望这两个操作是原子的，所以使用Lua脚本是一个好方法。 然后，Java代码中如何执行Lua脚本？在Jedis中，可以使用jedis.eval()方法。需要编写Lua脚本，包含ZADD和EXPIRE，并确保这两个操作在同一个脚本中执行，以保证原子性。 另外，用户提到的“setex”可能是一个误解，因为SETEX是针对字符串的，而ZSet需要其他方法。所以需要纠正这一点，并说明正确的方法。 然后，处理成员和分数的相关操作，比如更新分数、查询排名等，用户可能也需要这些操作的示例，比如使用ZINCRBY，ZSCORE等命令，并结合Java代码。 总结步骤应该是： 1. 添加成员到ZSet并设置过期时间（使用Lua脚本保证原子性）。 2. 后续操作如更新分数、查询排名等。 3. 可能的注意事项，比如原子性、客户端选择等。 需要检查引用中的内容，引用[1]提供了ZSet的相关命令，引用[2]提到设置过期时间的方法，引用[3]关于INCRBYFLOAT可能相关于分数更新，引用[4]可能不太相关。 现在需要考虑用户的代码示例部分。使用Jedis的话，添加成员和设置过期时间的Lua脚本示例是关键。同时，在Spring Data Redis中，可能通过RedisTemplate来执行这些操作，同样需要用到execute方法执行脚本。 此外，用户可能需要知道如何更新分数并同时更新过期时间，比如每次操作都延长过期时间，这可以通过在Lua脚本中同时执行ZADD和EXPIRE来实现。 最后，生成相关问题，可能需要涉及原子操作、性能优化、其他ZSet操作等。</think>在Java中使用Redis的ZSet实现带有过期时间的操作时，需结合ZADD命令和EXPIRE命令。由于Redis的SETEX仅适用于字符串类型，ZSet需分两步操作，推荐使用**Lua脚本保证原子性**。以下是具体实现步骤和代码示例： --- ### 一、使用Jedis客户端操作ZSet并设置过期时间 #### 1. 添加成员并设置过期时间（原子操作） 通过Lua脚本实现ZADD和EXPIRE的原子性操作： ```java import redis.clients.jedis.Jedis; public class RedisZSetExample { public static void main(String[] args) { try (Jedis jedis = new Jedis("localhost")) { String key = "rank:2023"; String member = "userA"; double score = 100.0; int expiration = 60; // 过期时间60秒 // Lua脚本：添加成员到ZSet并设置过期时间 String script = "redis.call('ZADD', KEYS[1], ARGV[1], ARGV[2]); " + "redis.call('EXPIRE', KEYS[1], ARGV[3]); " + "return 1;"; jedis.eval(script, 1, key, String.valueOf(score), member, String.valueOf(expiration)); System.out.println("添加成功并设置过期时间"); } } } ``` #### 2. 更新成员分数并刷新过期时间 ```java // Lua脚本：更新分数并刷新过期时间 String updateScript = "redis.call('ZINCRBY', KEYS[1], ARGV[1], ARGV[2]); " + "redis.call('EXPIRE', KEYS[1], ARGV[3]); " + "return 1;"; jedis.eval(updateScript, 1, key, "50", member, "60"); // 增加50分，刷新过期时间 ``` --- ### 二、使用Spring Data Redis操作ZSet 通过`RedisTemplate`实现： ```java import org.springframework.data.redis.core.RedisTemplate; import org.springframework.data.redis.core.ZSetOperations; public class SpringRedisZSetExample { private RedisTemplate<String, String> redisTemplate; public void addMemberWithExpiration(String key, String member, double score, int expiration) { // 添加成员到ZSet ZSetOperations<String, String> zsetOps = redisTemplate.opsForZSet(); zsetOps.add(key, member, score); // 设置过期时间 redisTemplate.expire(key, expiration, TimeUnit.SECONDS); } } ``` --- ### 三、关键注意事项 1. **原子性保障**：单独执行ZADD和EXPIRE可能导致过期时间未设置（如中间步骤失败），务必使用Lua脚本[^2]。 2. **过期时间刷新**：每次更新成员分数时，建议通过EXPIRE重置过期时间，避免数据提前失效。 3. **性能优化**：高频操作场景下，建议复用Lua脚本减少网络开销[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值