关于Redis中Hash或Set类型元素字段设置过期时间的思考

本文讨论了在实现点赞功能时遇到的问题,即如何为Redis中的Hash和Set类型元素设置过期时间。由于Redis本身不支持元素级别的过期,作者提出了两种解决方案:1) 使用普通Set,将过期时间包含在元素名中,访问时检查并删除过期元素;2) 利用SortedSet,用score作为过期时间戳,定期清理过期元素。这两种方法虽不优雅,但能解决实际问题。同时,也提到可以为整个Hash或Set设置全局过期时间作为替代方案。

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

在写点赞功能实现时,突发奇想,假如我想给每个用户的点赞记录缓存,做一个过期时间,那么我该如何实现?

问题:如何给redis中hash类型和set类型中的元素字段设置过期时间?

解决方案:

 通过查阅资料,得知早有人给 Redis 项目提出类似的 issue:要求支持元素级别的过期。项目的维护者也早已指出:不可能支持这样的 feature,因为违背了 Redis 的设计理念:简单、高效。 不过,在 Google Group 上看到 Redis 的作者针对这类需求给出了 2 个实现方案:

  • 用 redis 的普通 set 类型实现。将过期时间写入元素名中或另添加一个该元素的过期时间字段比如平常只是 add 一个元素 foo,现在需要 add 元素名:foo:<timestamp>。那么每次需要 check 这个元素 的时候先获取一下当前的时间戳跟保存的时间戳比较一下,如果已经过期,则删除它。这个方案的缺点是:如果 add 了一个元素后,一直不再访问它,那么尽管给它设置了过期时间, 那么它还是会一直存在。

  • 使用 redis 的 sorted set 来实现。score 是元素过期的时间戳,value 是元素名。在代码中每秒执行一次 zremrangebyscore 来清除已过期的元素。

  • 第三种看不懂

 以上两种方案都是通过向字段中附加过期时间信息。并通过去访问监测获取信息来判断是否过期。实现并不优雅,可能这种设计思路本身就是不对的吧。

另提一嘴,虽然不能给set,hash的元素字段设置过期时间。但可以给整个hash或set设置过期时间

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值