关于redis过期时间的问题

1.多次修改一个redis的String过期键,如何保证他仍然能保留第一次设置时的删除时间

对于修改String,redis有:set、setex、append、incr、decr等,其中,使用set、setex来修改原来存在的String,会重置原来设置过的过期时间,严格来说set、setex不是“修改”,而是覆盖,所以原来设置过的key-value,再次set/setex这个key就会覆盖掉原来的。使用try redis(网址:https://try.redis.io/)测试结果如下:
在这里插入图片描述

如果使用append、incr、decr等命令来修改,并不会重置原来的过期时间:
在这里插入图片描述

所以,对于 string 结构,只要进行 set /setex命令,就会重置过期时间,而set命令会直接把过期时间变为永不过期。
比如我在7:00设置了一个 {key1:value} ,过期时间为30分钟,在7:00-7:30期间多次set/setex这个 key 的 value,这个 key1 的过期时间都会重置,最终不会在7:30过期。如何保证每次设置这个过期键后不刷新过期时间,稳定在7:30过期?

方法一:

使用 定时器,第一次 set 的时候就创建一个定时器,到期就把这个 key 删除。这种方法在数据量大时会比较占用cpu资源,不推荐。

方法二:

每次setex key的 value 之前,先返回此时key的剩余过期时间,在setex时把这个剩余的过期时间赋给这个 key 作为新的过期时间,就可以解决。

以Spring项目为例,利用 redisTemplate.getExpire(String key) 方法返回的剩余过期时间戳(毫秒级别)可以解决,本质上是给 redis 发送 PTTL 命令,以返回毫秒为单位的key的剩余过期时间。
在这里插入图片描述
代码例子:
让 key1 每次修改 都保持第一次设置时的过期时间

//获取key1的剩余时间的时间戳
Long expire = redisTemplate.getExpire("key1");
//最后一个参数可以选秒、毫秒(TimeUnit.MILLISECONDS),Redis最多只能返回毫秒级别的key的剩余过期时间
redisTemplate.opsForValue().set(key, value, expire, TimeUnit.SECONDS);

2.修改hash、set、Zset、list的值,会使过期时间重置吗?

String类型的K-V 的有效期会随着的 value 值的修改,重新计时:

如存在一个 K-V ,过期时间为30秒, 如果把 value 值修改,则过期时间就会重置为30秒,而不是在原来设定的时间减去已经流失的时间。

除了string数据结构,对其他数据结构进行修改,不会重置过期时间

比如hash、set、Zset、list等:
以hash为例子:

hash 的有效期不会随着 hash 字段值的修改重新计时。
如果需要重新计时,则需要在修改字段值的时候,重新指定有效期。
在这里插入图片描述

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值