ZSet 的 score 只能是浮点数,需将多维权重压缩为单个数值:按量级错位相加(如 quality×10? + (ts%10?)×100 + hot),用 Lua 脚本统一计算防精度差异,避免 ZINCRBY 局部更新,并控制总分在 1e14 内防精度丢失。ZSet 的 score 只能存一个数字,怎么塞进多个权重?直接往 ZSet 的 score 里硬塞多个维度(比如热度+时间+质量)不行------Redis 不支持复合 score,它只认浮点数。常见错误是试图用 JSON 字符串当 score:ZADD myzset "{'hot':10,'time':1698765432}" item1,结果 Redis 报错 ERR value is not a valid float。真正可行的做法是把多维数据「压缩」成单个浮点数。核心思路:给每个维度分配权重区间,错位相加,避免干扰。比如:热度(0--1000)占低 6 位:hot * 1时间戳(秒级,如 1717023456)取后 6 位(避免过大)再左移 6 位:(ts % 1000000) * 100质量分(0--10)左移 12 位:quality * 1000000最终 score = quality * 1000000 + (ts % 1000000) * 100 + hot这样 quality 改动 1,就比时间戳变动整整 100 秒还影响大;时间戳变化 1 秒,也远超热度变化 100 点。顺序和量级必须手动对齐,否则排序会乱。用 Lua 脚本动态算分,避免客户端反复解析如果每次插入都靠应用层算 score,容易在不同语言/版本间出现浮点精度不一致(比如 Python 的 round() 和 Java 的 Math.round() 对负数处理不同),导致同一组输入算出不同 score,ZSet 排序错乱。更稳的方式是把计算逻辑下沉到 Redis 服务端,用 EVAL 执行 Lua:EVAL "return ARGV1*1000000 + (ARGV2%1000000)*100 + ARGV3" 0 3 1717023456 95注意三点:ARGV 是字符串数组,Lua 里要显式转成 number:tonumber(ARGV1)不要在 Lua 里做耗时操作(如遍历大集合),否则阻塞 Redis 主线程脚本里不能调用 redis.call('TIME') 这类命令来实时取时间------ZSet 需要确定性 score,时间必须由客户端传入分数溢出和精度丢失的真实风险Redis 的 score 内部用 double 存储,有效精度约 15 位十进制数字。一旦你把三个维度全拉到高位(比如质量 × 1e12 + 时间 × 1e6 + 热度),总和超过 9007199254740992(2^53),就会开始丢精度------两个本该不同的 score 可能被存成同一个值,排序失效。 标贝科技 标贝科技-专业AI语音服务的人工智能开放平台
相关推荐
默_笙5 天前
🍙 给每个请求过安检:FastAPI 是怎么把校验写进类型注解的qq_426003965 天前
启动playwright录制codegen生成自动化测试脚本虎头金猫5 天前
4K 视频总卡在公网带宽?用 N1 + OpenList 把网盘播放链路重新理顺长沙三为智能科技5 天前
家政小程序开发从0到上线:五阶段交付流程与验收清单此时不提桶,更待何时5 天前
01-06-A-JVM排查实战详解伞伞悦读5 天前
【第38期】Python 模块与包详解:import、from、模块搜索路径、包结构和 __init__这个DBA有点耶5 天前
MVCC深入:Read View、版本链与快照读——InnoDB并发控制的内核DBA_G5 天前
从地面到云霄:GBase数据库在民航三大场景的落地实践自由能燃气设备5 天前
商用全预混低氮冷凝锅炉免费方案vs付费方案对比+选型避坑指南只睡四小时5 天前
Canvas 弹道联机实战:700 行 + 固定时间步长