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倍内存!

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

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

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

相关推荐
lifallen9 分钟前
Paimon vs. HBase:全链路开销对比
java·大数据·数据结构·数据库·算法·flink·hbase
Brookty1 小时前
【MySQL】JDBC编程
java·数据库·后端·学习·mysql·jdbc
UQI-LIUWJ1 小时前
计算机组成笔记:缓存替换算法
笔记·缓存
先做个垃圾出来………2 小时前
SQL的底层逻辑解析
数据库·sql
码不停蹄的玄黓2 小时前
深入拆解MySQL InnoDB可重复读(RR)隔离级别:MVCC+临键锁如何「锁」住一致性?
数据库·mysql·可重复读
harmful_sheep2 小时前
Spring 为何需要三级缓存解决循环依赖,而不是二级缓存
java·spring·缓存
paopaokaka_luck2 小时前
基于SpringBoot+Vue的酒类仓储管理系统
数据库·vue.js·spring boot·后端·小程序
薛晓刚3 小时前
哪个领域数据库最难替换?
数据库
芷栀夏3 小时前
基于Anything LLM的本地知识库系统远程访问实现路径
数据库·人工智能
软件2054 小时前
【redis使用场景——缓存——数据淘汰策略】
数据库·redis·缓存