首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Redis 压缩链表ziplist 源码解析

Redis 压缩链表ziplist 源码解析

作者头像
邹志全
发布2019-07-31 11:10:39
7940
发布2019-07-31 11:10:39
举报
文章被收录于专栏:EffectiveCodingEffectiveCoding

之前说quicklist 及 hash 类型的时候都提到了一种底层的实现结构叫做 ziplist。先看一下源码里面官方的介绍:

image.png

这段话大体意思是说,ziplist是一种特殊编码的双链表,主要是为了节省内存而存在的,整个都是由字符串和整数值组成的,其中整数值被编码为实际的整数,而不是一系列字符。可以在O(1) 时间内进行push和pop操作,然后具体一些操作的复杂程度和具体使用的内存数量有关,这也就是为什么数量膨胀到一定程度之后很多结构就不采用ziplist。下面具体的来看一下ziplist的实现:

首先ziplist是一种连续&无序的线形数据结构,结构是这样的:

image.png

image.png

与其他的数据结构不同并没有定义专门的数据结构来保存ziplist的信息,而是采用了一组宏来定位每个成员的地址,具体源码的话可以看一src/ziplist.c

image.png

ZIPLIST_BYTES 将zl定位到签字个字节的bytes成员,记录整个ziplist的内存字节数,ZIPLIST_TAIL_OFFSET 将zl定位到4字节到8字节的tail_offset成员,记录了下压缩列表起始地址的偏移字节量,将zl定位到8字节到10字节的length成员,也就是记录了ziplist的节点数量,ZIPLIST_HEADER_SIZE 指的是ziplist头节点的大小(ZIPLIST_END_SIZE 一样),ZIPLIST_ENTRY_HEAD 、ZIPLIST_ENTRY_TAIL、ZIPLIST_ENTRY_END 分别指的是首节点的地址、尾节点的地址、END节点的地址。

然后存在一个叫做zlentry的结构来管理各个节点的所有信息,prevrawlen是指前驱节点的长度,prevrawlensize 编码前驱节点prevrawlen所需要的字节大小,lensize 指的是当前节点值长度len所需要的字节数,len当前节点长度,headersize 当前节点header大小(也就是lensize+prevrawlensize),encoding 为当前节点的编码格式,*p 只想当前节点的指针。然而并没有使用这个结构体来存储数据节点中的结构,因为如果存储小整型或者短字符串就造成了不必要的内存浪费。

image.png

但是为了更加省内存,ziplist对于上述的这种结构都是嫌弃的,直接简单粗暴的采用了下面这种结构:

实际上是这么来存的 <prev_entry_len>(记录前驱节点的长度), <encoding>(当前节点的value成员的数据类型和长度), <value>(保存字节数组和整数)

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2019.07.18 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档