Redis的zset的zrem命令可以做到O(1)吗?

事情是这样的,当我用zrem命令去移除value的时候,我知道他之前会做的几个步骤

  • 1、查找这个value对应的score(通过zset中的dict)
  • 2、根据这个score查找到跳表中的节点
  • 3、删除这个节点

我就想了一下为什么dict为什么要保存score呢?如果保存的是跳表中的节点,那么不就可以做到删除O(1)了吗?理由很简单,链表的删除节点就是O(1)。

带着这个疑问,我百思不得其解,不得不深入一个源码探究一下究竟。我终于找到了真正的答案。

我们先来看看主逻辑

可见,算法复杂度LogN就是在skiplist中删除元素。我们进去看看。

在skiplist中删除元素,大体上,其实就是两步

  • 1、找到所有level上目标节点的"后一个节点"。
  • 2、进行节点删除。

其中#1的算法复杂度就是O(LogN),最大结果是常数32。为什么要#1?

是因为skiplist删除节点时,需要对每层链表都做节点删除操作,这个操作规定了算法复杂度就是O(LogN),因为最差就是每个层级都要判断是否存在这个节点,存在的话需要做删除。

因此,回到问题本身,如果用dict保存节点指针,那么也是需要保存LogN个指针,虽然查找时,可以O(1)拿到所有需要删除的节点,但删除时,算法复杂度也是O(LogN)。存储指针没办法降低算法复杂度反而多了32倍内存!

跳表本身的数据结构规定了必定如此。这个问题本身就不是一个问题。

最后,我们一起看看真正的删除逻辑。

人生总是如此,给自己造一个难题,钻进去后才发现其实那个问题本来就不存在,但不重要了,这个过程反而挺有意思。

相关推荐
Icarus_14 小时前
什么是向量数据库?
数据库·ai
hj28625114 小时前
Linux磁盘存储原理(扇区/Block/Inode)+ 软硬链接 + 日志系统 完整版笔记(含案例+面试题)
服务器·网络·数据库
牛油果子哥q14 小时前
【Redis分布式高阶篇】Redis分布式锁底层精讲:从裸锁缺陷到Redisson源码级落地,解决超时释放、锁失效、主从漏洞、锁续约难题
数据库·redis·分布式
网易CodeWave-小码哥15 小时前
AI Coding沙龙杭州站回顾,共探ISV效能利润双增长
数据库·人工智能
闪电悠米15 小时前
黑马点评-Redisson-02_reentrant_lock
java·spring boot·redis·分布式·缓存
gstl16 小时前
sql执行顺序
数据库·sql
SilentSamsara16 小时前
缓存策略实战:Redis + Python 多级缓存设计与失效策略
开发语言·redis·python·缓存·性能优化
本地化文档16 小时前
psycopg3-docs-l10n
数据库·python·postgresql·github·gitcode·sphinx
Safeploy安策数据16 小时前
从算法到架构:构建企业级数据库加密与密钥防护体系的实战手册
数据库·安全·架构
西安邮电大学16 小时前
Redis四大经典缓存问题
java·redis·后端·其他·面试