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的偏移量,返回给前端,然后前端根据这两个值,再传过来数据,就可以完成 滚动分页了

相关推荐
先吃饱再说9 小时前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils9 小时前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend12 小时前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶12 小时前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung13 小时前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月13 小时前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户31693538118314 小时前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术17 小时前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
倔强的石头_1 天前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库