Redis之ZipList压缩列表的使用

 更新时间:2025年06月11日 11:06:44   作者:Dennis_nafla  
这篇文章主要介绍了Redis之ZipList压缩列表的使用,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教

ZipList概述

1.基础结构

ZipList是一种特殊的“双向链表”,但其实并不是链表,而是一段连续的内存空间,可以在任意一端进行压入/弹出操作。并且该操作的时间复杂度是O(1)

结构如下图:

现在对每一个部分进行解释:

  • zlbytes:存该压缩列表的总字节数,byte即字节
  • zltail:存最后一个节点到压缩列表的其实地址之间的字节数
  • zllen:存的是总entry的个数
  • entry:即节点
  • zlend:压缩列表的结束标志,并且值是固定的:0xff

这里补充一点进制基础:

  • (1) 0x表示这是16进制数;
  • (2) 16进制的每一个16进制位可以表示二进制的4个比特位,8个比特位即一个字节。因为一个比特位有1和0这两种可能,4个比特位就是2的4次方,即能表示0到15这16个不同的值,刚好就是16进制的一个16进制位能表示的值。
  • (3) 所以用16进制来表示2进制能使二进制数据更紧凑。

结合下图更容易理解:

下图是每个部分所占字节数:

有没有注意到一个问题,为什么这里的entry的长度是不确定的?

像数组,只要确定了数组的类型,就能知道其每个节点所占字节数,为什么这里的不确定的呢?

这就需要我们来聊聊entry的结构了 。

2.压缩列表中entry的结构

Ziplist的entry不像普通双端链表那样记录前后节点的指针,因为记录2个指针要16个字节,比较浪费内存。

Ziplist中的entry采用的如下的结构:

previous_entry_length:存前一个节点的总字节数,占1或5个字节。

  • 如果前一个节点的长度小于254字节,就采用1个字节来保存这个长度值, 因为1个字节8个比特位,能表示(2的8次方-1)的值。
  • 如果前一个节点的长度大于或等于254字节,则采用5个字节来保存这个长 度值,并且第一个字节是0xfe,后四个字节才是真实长度数据

encoding存该节点的内容的编码,用来区分content是(自负床还是整数),并且存了 content的长度,占1,2或者5个字节稍后有详细解释

content存该节点的数据,可以是字符串或整数。

3.压缩列表怎么双向遍历?

压缩列表的entry既然没有存前后2个节点的指针,那么怎么双向遍历呢?

3.1 正序

先说正序:正序时,已知当前entry的起始地址,要知道当前节点的下一个节点,前面有提到过,压缩列表是连续的一片内存空间,所以只要将当前节点的起始地址加上该节点总占字节数()即可,那这个当前节点所占字节数怎么算呢?

节点所占字节数 = previous_entry_length所占字节数 + encoding所占字节数 + encoding里面的所存content的长度

也就是三个部分的字节数相加,只不过content所占字节数要通过encoding里面获取。

3.2 逆序

再说逆序:逆序时,已知当前entry的起始地址,只要用当前entry的起始地址减去previous_entry_length就是前一个节点的起始地址了。因为previous_entry_length存的就是前一个节点总占字节数。

4.encoding编码

4.1 字符串

前面2个比特位用来标记该content是字符串,以第一种为例

00标记该content是字符串,剩余6位存content的所占字节,2的6次方-1是63,所以content的长度最大值是63个字节。

这样说可能不太清楚,举例说明:

现在我们要存“ab” 和 “cd”这两个字符串,即第一个节点存ab,第二个节点存cd

首先存ab:

previous_entry_length:

  • 因为这是第一个节点,所以前一个节点的所占字节数为0
  • 所以previous_entry_length = 00000000

encoding:

  • 因为ab是字符串,并且字符串ab所占字节数为2,所以前2位是00,占字节数是2,
  • 所以encoding =00000010

content:a的ASCII值是97,就是二进制01100001;

  • b的ASCII值是98,就是二进制01100010.
  • 所以存在entry中是这样的

转化成16进制是这样的:

然后来存cd:

previous_entry_length:

  • 这是第二个节点,前一个节点的总占字节数为1+1+2=4

所以previous_entry_length = 00000101

encoding:

  • 因为cd是字符串,并且字符串cd所占字节数为2,所以前2位是00,占字节数是2,
  • 所以encoding =00000010

content:

  • c的ASCII值是99,就是二进制01100010;
  • d的ASCII值是100,就是二进制01100011
  • 所以存在entry中是这样的

所以整个ziplist是这样的

4.2 整数

如果encoding是以11开始,就表示content存的是整数

总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

相关文章

  • 一文弄懂Redis Stream消息队列

    一文弄懂Redis Stream消息队列

    本文主要介绍了一文弄懂Redis Stream消息队列,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-06-06
  • 浅谈Redis在直播场景的实践方案

    浅谈Redis在直播场景的实践方案

    这篇文章主要介绍了浅谈Redis在直播场景的实践方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2021-04-04
  • Redis慢查询的实现

    Redis慢查询的实现

    本文主要介绍了Redis慢查询的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2023-07-07
  • 高并发技巧之Redis和本地缓存使用技巧分享

    高并发技巧之Redis和本地缓存使用技巧分享

    在这篇文章中,我主要介绍的是分布式缓存和本地缓存的使用技巧,包括缓存种类介绍,各种的使用场景,以及如何使用,最后再给出实战案例,需要的可以参考一下
    2022-10-10
  • redis缓存一致性延时双删代码实现方式

    redis缓存一致性延时双删代码实现方式

    这篇文章主要介绍了redis缓存一致性延时双删代码实现方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2022-08-08
  • Centos7.3安装Redis4.0.6详细图文教程

    Centos7.3安装Redis4.0.6详细图文教程

    这篇文章主要介绍了Centos7.3安装Redis4.0.6详细教程图解,本文图文并茂给大家介绍的非常详细,具有一定的参考借鉴价值,需要的朋友可以参考下
    2018-10-10
  • Redis集群Lettuce主从切换问题解决方案

    Redis集群Lettuce主从切换问题解决方案

    这篇文章主要为大家介绍了Redis集群Lettuce主从切换问题解决方案,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2023-07-07
  • Redis和MySQL保证双写一致性的问题解析

    Redis和MySQL保证双写一致性的问题解析

    Redis和MySQL的双写一致性指的是在同时使用缓存和数据库存储数据的时候,保证Redis和MySQL中数据的一致性,那么如何才能保证他们的一致性呢,下面小编就来为大家详细讲讲
    2023-11-11
  • Linux系统下安装Redis数据库过程

    Linux系统下安装Redis数据库过程

    大家好,本篇文章主要讲的是Linux系统下安装Redis数据库过程,感兴趣的同学赶快来看一看吧,对你有帮助的话记得收藏一下,方便下次浏览
    2021-12-12
  • 详解Redis开启远程登录连接

    详解Redis开启远程登录连接

    本篇文章主要介绍了Redis开启远程登录连接,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-05-05

最新评论