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*
相关推荐
郝学胜-神的一滴4 小时前
深入解析Python字典的继承关系:从abc模块看设计之美
网络·数据结构·python·程序人生
此生只爱蛋9 小时前
【Redis】主从复制
数据库·redis
不知名XL10 小时前
day50 单调栈
数据结构·算法·leetcode
cpp_250112 小时前
P10570 [JRKSJ R8] 网球
数据结构·c++·算法·题解
cpp_250112 小时前
P8377 [PFOI Round1] 暴龙的火锅
数据结构·c++·算法·题解·洛谷
季明洵13 小时前
C语言实现单链表
c语言·开发语言·数据结构·算法·链表
only-qi13 小时前
leetcode19. 删除链表的倒数第N个节点
数据结构·链表
cpp_250113 小时前
P9586 「MXOI Round 2」游戏
数据结构·c++·算法·题解·洛谷
浅念-13 小时前
C语言编译与链接全流程:从源码到可执行程序的幕后之旅
c语言·开发语言·数据结构·经验分享·笔记·学习·算法
爱吃生蚝的于勒13 小时前
【Linux】进程信号之捕捉(三)
linux·运维·服务器·c语言·数据结构·c++·学习