Redis数据结构ZipList和QuickList原理解析

大家好,我是袁庭新。

在数据库的世界里,Redis 以其高效和灵活备受瞩目。而其中的 ZipList 和 QuickList 数据结构更是独具魅力。它们在内存管理和数据存储方面有着独特的设计理念,深入探究这些结构,能让我们更好地理解 Redis 的强大之处。这篇文章我给大家系统总结了Redis中ZipList和QuickList两种数据结构的原理。

1.ZipList

1.1 ZipList介绍

ZipList是一种特殊的“双端链表” ,由一系列特殊编码的连续内存块组成。可以在任意一端进行压入或弹出操作, 并且该操作的时间复杂度为O(1)。ZipList数据结构如下图所示。

现对ZipList数据结构中的属性做如下的说明:

属性

类型

长度

用途

zlbytes

uint32_t

4字节

是一个无符号整数,表示当前ZipList占用的总字节数。

zltail

uint32_t

4字节

记录压缩列表表尾节点距离压缩列表的起始地址有多少字节,通过该偏移量可以确定表尾节点的地址。

zllen

uint16_t

2字节

指Ziplist中entry的数量。最大值为UINT16_MAX(65534),如果超过这个值,此处会记录为65535,但节点的真实数量需要遍历整个压缩列表才能计算得出。

entry

列表节点

不定

用来存放具体的数据项(score和member),长度不定,可以是字节数组或整数,entry会根据成员的数量自动扩容。

zlend

uint8_t

1字节

是一个单字节的特殊值,值是0xFF(十进制255),起到标识ZipList内存结束点的作用。

1.2 ZipListEntry

1.2.1 ZipListEntry介绍

在ZipList中,Entry并不像传统链表节点那样需要存储指向前一个和后一个节点的指针,因为这样做会由于每个节点需维护两个指针而占用多达16个字节的内存,从而造成内存浪费。Entry是采用了下图的结构。

(1) previous_entry_length:表示前一个节点的长度,占1个或5个字节。

  • 如果前一个节点的长度小于254个字节,则采用1个字节来保存这个长度值。
  • 如果前一个节点的长度大于等于254个字节,则采用5个字节来保存这个长度值,第一个字节为0xfe,后四个字节才是真实长度数据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值