Redis底层数据结构之List

文章目录

    • [1. Redis 6的list源码分析](#1. Redis 6的list源码分析)
    • [1. Redis 7的list源码分析](#1. Redis 7的list源码分析)

1. Redis 6的list源码分析

首先我们查看一下redis 6关于list的相关配置:

sql 复制代码
config get list*

可以看见redis 6的quicklist底层使用的数据结构是ziplist

list-compress-depth:表示一个quicklist两端不被压缩的节点数量,这里的节点指的是quicklist双向链表的节点,而不是指ziplist里面的数据项个数

list-compress-depth的取值含义如下:

  • 0:是个特殊值,表示都不压缩,这是redis的默认值
  • 1:表示quicklist两端各有一个节点不压缩
  • 2:表示quicklist两端各有两个节点不压缩

...以此类推

list-max-ziplist-size -2:当取正值时候,表示按照数据项个数来限定每个quicklist节点上的ziplist的长度。比如将这个参数配置成5,表示每个quicklist节点的ziplist最多包含5个数据项,当取负值的时候,表示按照占用的节点数来限制每个quicklist节点上的ziplist长度,它只能取-1到-5这5个值,每个值的含义如下:

  • -5:每个quicklist节点上的ziplist大小不能超过64kb
  • -4:每个quicklist节点上的ziplist大小不能超过32kb
  • -3:每个quicklist节点上的ziplist大小不能超过16kb
  • -2:每个quicklist节点上的ziplist大小不能超过8kb(默认值)
  • -1:每个quicklist节点上的ziplist大小不能超过4kb

所以在redis 6时list用quicklist来存储,quicklist存储了一个双向链表,链表的每一个节点都是ziplist

  • 总结:

在较早的rendis(redis3之前)中,list有两种底层实现:

  1. 当列表中的元素的长度比较小或者数量比较少的时候,采用压缩列表ziplist来存储
  2. 当列表对象中的元素的长度比较大或者数量比较多的时候,则会转而使用双向列表linklist来存储

但是这两者数据结构各有优缺点:

  1. ziplist的有点是内存紧凑,访问效率高,缺点是更新效率低(可能出现连锁更新现象),并且数据量较多时,可能导致大量的内存复制
  2. linkedlist的优点就是修改的效率高,但是需要额外的内存,并且节点较多时,会产生大量的内存碎片

所以为了结合两者的优点,在redis 3.2之后,list底层的实现变成了快速列表:quicklist

quicklist本质上来说就是ziplist+linkedlist

下面来分析源码证明上面的数据结构,首先打开quicklist.h

c 复制代码
typedef struct quicklist {
    quicklistNode *head;
    quicklistNode *tail;
    unsigned long count;        /* total count of all entries in all ziplists */
    unsigned long len;          /* number of quicklistNodes */
    int fill : QL_FILL_BITS;              /* fill factor for individual nodes */
    unsigned int compress : QL_COMP_BITS; /* depth of end nodes not to compress;0=off */
    unsigned int bookmark_count: QL_BM_BITS;
    quicklistBookmark bookmarks[];
} quicklist;

上面时quicklist的结构,首先是headtail,分别指向第一个quicklistNode和最后一个 quicklistNode,具体的结构如下:

下面我们看看quicklistNode的结构:

c 复制代码
typedef struct quicklistNode {
    struct quicklistNode *prev;
    struct quicklistNode *next;
    //指向一个ziplist
    unsigned char *zl;
    unsigned int sz;             /* ziplist size in bytes */
    unsigned int count : 16;     /* count of items in ziplist */
    unsigned int encoding : 2;   /* RAW==1 or LZF==2 */
    unsigned int container : 2;  /* NONE==1 or ZIPLIST==2 */
    unsigned int recompress : 1; /* was this node previous compressed? */
    unsigned int attempted_compress : 1; /* node can't compress; too small */
    unsigned int extra : 10; /* more bits to steal for future usage */
} quicklistNode;

总的来说,zquicklist就是下面一个结构:

1. Redis 7的list源码分析

redis 7的quicklist和redis 6的quicklist的区别就是,redis 7将redis 6中的ziplist换成了listpack数据结构,其它都大同小异。

sql 复制代码
config get list*
相关推荐
用户3169353811833 天前
Java连接Redis
redis
Darling噜啦啦4 天前
列表转树算法深度解析:从 Map 到 Reduce 的两种实现,面试高频考点
数据结构·算法·面试
小小工匠5 天前
Redis - 事务机制:能实现 ACID 属性吗
数据结构·redis·性能优化·并发·持久化
玖玥拾5 天前
C/C++ 数据结构(七)栈、容器适配器
c语言·数据结构·c++··容器适配器
Qres8215 天前
算法复键——树状数组
数据结构·算法
taocarts_bidfans5 天前
反向海淘跨境缓存架构优化:taocarts Redis分层缓存实战技术
redis·缓存·架构·反向海淘·taocarts
牛油果子哥q5 天前
并查集(DSU)超精讲,路径压缩、按秩合并、万能模板、连通性判定、最小生成树与刷题实战全解
数据结构·c++·最小生成树·并查集
凌波粒5 天前
LeetCode--491.递增子序列(回溯算法)
数据结构·算法·leetcode
世人万千丶5 天前
成语接龙小应用 - HarmonyOS ArkUI 开发实战-TextInput与List列表-PC版本
华为·list·harmonyos·鸿蒙·鸿蒙系统