redis的zset实现下滑滚动分页查询思路

常规zset查询

我们redis的数据为

我们知道 我们常规查询的话 我们假如 zset 表中 有7个元素,然后我们进行分页查询的话,我们一次查3个元素,然后查出来元素 和元素的分数

我们redis的语法应该这样写

zrevrangebyscore wang 1000 0 withscores limit 0 3

这句话的意思是 我们根据score的分数 从大到小开始查询 查询的是 小于等于1000 大于0 的score 和他的member,从0开始查,也就是从1000开始查,差三个元素 ,这时候我们redis得到的数据应该为

但是 我们下一页数据应该从那里查呢,我们下一页数据应该从 上一页数据的最小值开始查,并且跳过 上一页的最小数据

redis语法为

zrevrangebyscore wang 5 0 withscores limit 1 3

数据查询为

问题解析

这时候发现了 好像出现了个bug,我们并不想查到5 这个分数的数据,结果却查到分数为5的m5的数据,这是为什么呢,因为我们只跳过了一个,但是分数为5的数据有两个,这就造成了数据查询的不一致,这时候我们怎么办

问题解决

我们只需要统计出上一次查询的分数最小值的个数就可以了,然后跳过这个个数

就比如 我们上次分数最小值为5,然后分数为5的有两个,我们跳过这两个就行

所以我们只需要关注 两个数据,这个max 也就是 最大值,和offset 偏移量就可以了,

代码思路实现

我们思路就是 把时间戳作为socre 传过来,然后第一次查询的时候 用的是当前时间的时间戳,offset为0,然后我们查询出来并且统计第一次查询的 score的最小值,和offset的偏移量,返回给前端,然后前端根据这两个值,再传过来数据,就可以完成 滚动分页了

相关推荐
Henry-SAP20 分钟前
SAP PP中的核心业务流程——离散制造、重复制造、流程制造三大模式解析
前端·数据库·人工智能·制造
Pniubi29 分钟前
mysql 一张表可以有多少列
数据库·mysql
小南家的青蛙41 分钟前
Redis监控与告警体系化实践
redis·监控方案·告警方案
阡陌数智1 小时前
Extended Thinking 深度拆解:Claude Opus 5.5 推理范式、Token 计费陷阱与 Agent 工程落地
数据库
我不会起名字3221 小时前
Redis 从 0 到 1(二十七):JSON 体积是 Protobuf 的 3.7 倍?3 种序列化的 Go 基准测试
redis·go·序列化·protobuf·messagepack
我不会起名字3221 小时前
Redis 从 0 到 1(二十六):INFO memory 里 8 个关键数字——内存构成与容量规划
redis·容量规划·内存·info·listpack
我不会起名字3221 小时前
Redis 从 0 到 1(二十五):连接池又打满了——PoolSize 公式、泄漏排查与 PoolStats
redis·连接池·go-redis·排查·poolstats
我不会起名字3221 小时前
Redis 从 0 到 1(二十三):一个热 key 打到 10 万 QPS——hotkey 与本地缓存的 Go 实现
redis·缓存·go·qps·hotkey
skywalk81632 小时前
不用 SSH、不装数据库:我用 1 个 Python 脚本 + Git,把 15 个 AI Agent 串成了一条流水线
数据库·人工智能·python·ssh·集群
Decay__2 小时前
19_MySQL 告警与自动化运维 —— 告警分级收敛 / Webhook / 定时巡检 / 脚本库
运维·数据库·sql·mysql·架构