Redis数据结构实现原理—压缩列表

最新推荐文章于 2024-07-17 21:35:47 发布

隔壁村王小黑

最新推荐文章于 2024-07-17 21:35:47 发布

阅读量352

点赞数 4

分类专栏： Redis 文章标签： redis 数据结构数据库

本文链接：https://blog.csdn.net/qq_25258019/article/details/138415326

版权

Redis 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

本文详细介绍了压缩列表，一种针对内存节省设计的数据结构，适用于包含小整数或短字符串的列表和键值对。它由zlbytes、zltail、zllen和entry节点组成，具有高效遍历原理和处理连锁更新的方法，尽管在特殊场景下复杂度较高，但整体上对性能影响不大。

摘要由CSDN通过智能技术生成

压缩列表

压缩列表为节约内存而设计的一种特殊编码的连续内存块组成的顺序型数据结构。一个压缩列表可以包含任意多个节点（entry），每个节点可以保存一个字节数组或一个整数值

应用

当列表键只包含少量列表项，并且每项是小整数或长度比较短的字符串
当hash键只包含少量键值对，并且hash的键和值都是比较小的整数或比较短的字符串

组成

zlbyte	zltail	zllen	entry1	…	entryN	zlend

zlbytes：记录整个压缩列表占用的内存字节数；在对压缩列表进行内存重新分配或计算zlend的位置时使用
zltail：记录压缩列表尾结点距离压缩列表起始地址有多少个字节，通过这个偏移量，程序无需遍历整个压缩列表就可以确定表尾节点的地址
zllen：记录压缩列表包含的节点数量，当节点数量大于65535时，需要遍历列表
entryX：压缩列表包含的各个节点，节点的长度由节点保存的内容决定
zlend：用于标记压缩列表的末端

压缩列表节点entry又由以下三部分构成：

previous_entry_length：记录压缩列表前一个节点的长度，根据指针运算找出前一个节点的起始地址，该属性的长度可以是1字节或者5字节
encoding：记录节点值的类型和长度

编码	编码长度	content属性保存的值
11000000	1字节	int16_t类型的整数
11010000	1字节	int32_t类型的整数
11100000	1字节	int64_t类型的整数
11110000	1字节	24位有符号整数
…

content：负责保存节点的值，值的类型和长度由节点encoding属性决定

压缩列表遍历原理

我们拥有指向压缩列表表尾节点起始地址的指针p1
通过p1减去最后一个节点的previous_entry_length属性的值，得到了前一个节点起始地址

连锁更新

恰好有a1至aN个节点现在都是长度介于250~253个字节之间的大小，previous_entty_length属性用1个字节存储前一个节点长度，这时插入一个new节点长度为255个字节到表头，这时a1节点的previous_entty_length属性需要用5个字节来表示。这时麻烦事来了，a1长度变为了大于等于254了，那么a2节点的previous_entty_length属性也要更新并重新分配内存，以此类推直到aN的节点都要更新。Redis把这种特殊情况下产生的连续多次空间扩展称为连锁更新。
连锁更新最坏时间复杂度为O(N^2)。不过引发这种场景的概率很低，即使有连锁更新，节点数量不多对性能也不会造成太大影响。