List 数据结构

Redis 3.2 前,使用压缩列表zipList 或双向链表linkedList
当同时满足下面两个条件时,使用zipList存储数据
- list保存的每个元素长度小于64字节
- 列表中数据个数少于512个
Redis 3.2 及之后的底层实现方式: quickList
quickList 是一个基于 zipList 的双向链表, quickList 的每个节点都是一个 zipList , 结合了双向链表和 zipList 的优点

双向链表就不多说了,就是基础的数据结构

压缩列表(zipList)

struct ziplist<T> {     int32 zlbytes; // 整个压缩列表占用字节数     int32 zltail_offset; // 最后一个元素距离压缩列表起始位置的偏移量，用于快速定位到最后一个节点     int16 zllength; // 元素个数     T[] entries; // 元素内容列表，挨个挨个紧凑存储     int8 zlend; // 标志压缩列表的结束，值恒为 0xFF }  struct entry {     int prevlen; // 前一个 entry 的字节长度     int encoding; // 元素类型编码     byte[] content; // 元素内容 }

Redis 原理 - List

优势: 内存连续,高效顺序访问,减少内存碎片.
劣势: 当数据量过大时,zipList就不那么好用了. 因为为了保证它存储内容在内存中的连续性,插入的复杂度为O(N),而且如果超出zipList内存大小,还会做重新分配的内存空间,并将内容复制到新的地址. 如果数量大的话,重新分配内存和拷贝内存会消耗大量时间. 所以不适合大型字符串,也不适合存储量多的元素..

适用场景: 少量数据, 读远大于写,提供高效的读取操作

快速列表(quickList)

是zipList和linkedList的结合体,是将linkedList按段切分,每一段用zipList来紧凑存储

typedef struct quicklist {     quicklistNode *head; // 指向quicklist的头节点     quicklistNode *tail; // 指向quicklist的尾节点     unsigned long count; // 压缩列表中总元素数量     unsigned int len; //链表节点的个数 quicklistNode     int fill : 16; // ziplist大小限定，由list-max-ziplist-size给定     unsigned int compress : 16; // 节点压缩深度设置，由list-compress-depth给定 } quicklist;  typedef struct quicklistNode {     struct quicklistNode *prev; // 指向上一个ziplist节点     struct quicklistNode *next; // 指向下一个ziplist节点     unsigned char *zl; // 数据指针，如果没有被压缩，就指向ziplist结构，反之指向quicklistLZF结构     unsigned int sz; // 指向的ziplist的字节数     unsigned int count : 16; // 指向的ziplist的元素个数     unsigned int encoding : 2;   /* RAW==1 or LZF==2 */     unsigned int container : 2;  // 预留字段，存放数据的方式，1--NONE，2--ziplist     unsigned int recompress : 1;     // 解压标记，当查看一个被压缩的数据时，需要暂时解压，标记此参数为1，之后再重新进行压缩     unsigned int attempted_compress : 1; /* node can't compress; too small */     unsigned int extra : 10; // 扩展字段 } quicklistNode;  typedef struct quicklistLZF {     unsigned int sz; // LZF压缩后占用的字节数     char compressed[]; // 柔性数组，存放压缩后的ziplist字节数组 } quicklistLZF;

Redis 原理 - List