ziplist是redis为了节约内存而开发的,由一系列特殊编码的连续内存块组成的顺序数据结构。一个ziplist可以包含任意多个节点(entry),每个节点可以保存一个字节数组或者一个整数值。
一、压缩列表的基本
ziplist在连续内存块中基本结构如下所示
<zlbytes><zltail><zllen><entry1><entry2>...<entryN><zlend>
zlbytes:记录整个压缩列表占用的内存字节数(4个字节)
zltail:记录压缩列表表尾节点距离压缩列表的起始位置有多少字节(4个字节)
zllen:记录压缩列表包含的节点数量(2个字节)
entryX:压缩列表中的各个节点(不定)
zlend:特殊值0xFF(十进制255),用于标记压缩列表的末端(1个字节)
二、压缩列表节点的基本构成
entry在内存中的顺序结构如下所示
<prev_entry_len><encoding><content>
prev_entry_len
prev_entry_len属性记录了ziplist中前一个节点的长度。prev_entry_len属性的长度可以是1个字节或者5个字节:
1、当前一个节点的的长度小于254字节,prev_entry_len长度为1字节:长度保存在这一字节
2、当前一个节点的的长度大于等于254字节,prev_entry_len为5个字节:第一个字节设置0xFE,后四个字节用于保存前一个字节的长度prev_entry_len用于根据当前节点计算前一节点的初始地址,而ziplist的从尾向头遍历操作就是基于此原理。
encoding
encoding属性记录了节点content属性所保存数据的类型和长度:
1、一字节、二字节或者五字节,值的最高位为00,01或者10的字节编码,这样的编码表示content保存的是字节数组,数组的长度保存在剩余的其他位。
2、一字节长,值的最位为11,表示整数编码,具体的整数类型对应如下:
11000000-int16_t,11010000-int32_t,11100000-int64_t,11110000-24位有符号整数
11111110-8位有符号整数,1111xxxx——xxxx用于保存0-12的整数,因此无需content属性
content
content记录保存节点的值,节点值可以是一个字节数组或者整数。
三、连锁更新
ziplist中,在进行插入或者删除操作时,操作位置P存放的节点和后面连续若干节点(e1,e2,e3...)的长度介于250~253字节之间并且p的prev_entr_len属性为一字节,新的前置节点大于254字节,需要对ziplist执行空间充分配操作,将p的prev_entr_len从1字节扩展到5个字节才能存储前置节点的长度。这样一来,p的长度也大于254字节,e1需要扩展,以此类推,需要一直扩展到节点的prev_entry_len符合ziplist的要求。
//由于p长度的变化,需要p开始往后遍历更新后面节点的prev_