ZREMRANGEBYSCORE 清不掉过期 ZSet 数据,根本原因是 Redis 的 ZSET 不自动感知过期,需用时间戳作 score 并手动按时间范围删除。为什么 ZREMRANGEBYSCORE 清不掉过期的 ZSet 数据?根本原因不是命令用错了,而是时间戳没对齐。Redis 的 ZSET 本身不自动感知"过期",你得自己把"过期"定义成一个分数范围------比如用 Unix 时间戳当 score,过期就是 score 。如果存进去的 score 是毫秒时间戳,但清理时用的是秒级 <code>time.time(),那大概率漏删。确认写入时用的是秒还是毫秒:查一条数据,执行 ZRANGE key 0 0 WITHSCORES 看 score 值量级(10 位是秒,13 位是毫秒)清理前先算准当前时间戳单位,Python 里 int(time.time()) 是秒,int(time.time() * 1000) 是毫秒别用 0 当下界------万一有人手动塞了负分,ZREMRANGEBYSCORE key -inf (now) 才安全用 ZREMRANGEBYSCORE 清理排行榜历史数据的正确姿势排行榜场景常见"只保留最近 7 天活跃用户",这时 score 应该是最后活跃时间戳。清理不是删全量,而是切片删------一次别删太多,避免阻塞主线程。命令格式固定:ZREMRANGEBYSCORE key -inf (timestamp),括号表示开区间,(timestamp) 表示"严格小于 timestamp"建议每次最多删 1000 条:先 ZCOUNT key -inf (timestamp) 预估数量,超了就分批,用 ZREMRANGEBYSCORE key -inf (timestamp) LIMIT 0 1000(注意:LIMIT 在 Redis 7.0+ 才支持,旧版本只能靠客户端循环)别在高峰期直接跑全量清理------加个 SCAN 式渐进清理逻辑,或改用后台任务轮询ZREMRANGEBYSCORE 和 EXPIRE 能不能一起用?不能混用目标。Redis 的 EXPIRE 是 key 级过期,对 ZSET 整体生效;而 ZREMRANGEBYSCORE 是成员级清理。你要的是"榜单里的人过期就下榜",不是"整个榜单消失"。给 ZSet 设 EXPIRE 只会让整个结构被删,和业务逻辑冲突。 灵办AI 免费一键快速抠图,支持下载高清图片
相关推荐
我命由我1234514 分钟前
Python 开发 - Python 项目部署(Windows 与 Linux)骑着蜗牛撵大象32716 分钟前
四种库收进一个SQL编辑器(下):跨库取数、方言对齐与四库巡检的落地拆解惊讶的猫16 分钟前
mysql-多表连接查询(JOIN)小羊没烦恼!20 分钟前
TypedSql:在 C# 类型系统上实现一个 SQL 查询引擎码流子25 分钟前
高速公路视频AI分析,算力该放哪:边缘、中心还是云边协同?Zella折耳根30 分钟前
实验2进阶版数据看板的设计与实现xiaogai_gai32 分钟前
委外出入库单从旺店通同步到 MySQL:基于轻易云的实战方案极光通讯35 分钟前
国产存储替代进展:长鑫DDR5与长江存储企业级SSD的适配现状Mortalbreeze37 分钟前
MySQL 基础篇(十):用户管理小冯不疯39 分钟前
物料主数据同步实战:从金蝶云星空到小满OKKICRM的单一策略深度拆解