目录需求场景方案一使用Redis的Zset配置定时任务方案二使用MQ延时队列综上总结需求场景 在业务中有些数据因为历史原因用的hash结构存储数据,但是后期需求要求其中某个field需要按照一些规则去过期,这个时候原来的
在业务中有些数据因为历史原因用的hash
结构存储数据,但是后期需求要求其中某个field
需要按照一些规则去过期,这个时候原来的逻辑懒得改,可以利用redis
的Zset
或者mq
的延时队列去做过期设置.
捞个图
demo需要清缓存的redis
的hash
结构如下
然后我们再每次往Agent
这个hash
结构存储数据的时候,同时向AgentExpire
为key
的ZSET
数据结构存储一份数据(在存数据的时候可以在当前时间上增加过期时间),这个数据的key
是hash
结构中的field
的值,value
是过期时间戳(毫秒级)
如下图所示:
然后用一个定时任务(我这里用的xxl-job,大家可以自己选择)定时去扫描这个ZSET
里面score
小于当前时间的元素,也就是使用ZSET
的rangeByScore
命令:
上面在向Zset
中存数据的时候已经增加了过期时间,那么当时间小于当前时间时就过期了,代表hash
中对应field
的数据要被delete
long currentTimeMillis = System.currentTimeMillis();
//扫描key为AgentExpire的zset中时间在 0~currentTimeMillis当前时间范围内的数据
Set<String> keys = redisTemplate.opsForZSet().rangeByScore("AgentExpire", 0, currentTimeMillis);
//然后遍历删除即可
for (String key : keys) {
Boolean hashResult = stringRedisTemplate.opsForHash().hasKey("xxxxxx", key);
if(hashResult){
stringRedisTemplate.opsForHash().delete(recommenKey, key);
stringRedisTemplate.opsForZSet().remove(SelectionRecommenASPect.selectionRecommendzset, key);
}
}
延时队列的配置可以参考我另一篇文章
https://www.jb51.net/article/273145.htm
在延时队列消费者处增加上述过期代码即可
long currentTimeMillis = System.currentTimeMillis();
Set<String> expireKeys =
//扫描key为AgentExpire的zset中时间在 0~currentTimeMillis当前时间范围内的数据
redisTemplate.opsForZSet().rangeByScore("AgentExpire", 0, currentTimeMillis);
使用zset
的话开发量少,但是定时job
一直刷容易浪费资源,mq延时队列
更精确
以上为个人经验,希望能给大家一个参考,也希望大家多多支持我们。
--结束END--
本文标题: 控制Redis的hash的field中的过期时间
本文链接: https://lsjlt.com/news/178148.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0