Redis数据结构之压缩列表-ziplist

为了节约内存,在zsethash容器对象元素个数较少时,Redis会采用压缩列表(ziplist)进行存储。

压缩列表是一块连续的内存空间,元素之间紧挨着存储,不存在冗余

一个压缩列表可以包含任意多个节点(entry),每个节点可以保存一个字节数组或者一个整数值

结构

// 压缩列表
struct ziplist<T> {
    int32 zlbytes;        // 压缩列表占用的内存字节数
    int32 zltail_offset;  // 记录表尾节点距离起始地址有多少个字节,用于快速定位最后一个元素
    int16 zllength;       // 压缩列表包含的节点数
    T[] entries;          // 压缩列表包含的所有节点
    int8 zlend;           // 特殊值0xFF,标记压缩列表结尾
} ziplist;

  

// 列表节点
struct entry {
    int<val> prevlen;        // 前一个entry节点的长度
    int<val> encoding;       // 节点的content属性保存的数据的类型
    optional byte[] content; // 节点的值
} entry;

  

prevlen字段长度是1个字节或5个字节:

  • 前一个节点长度小于254:使用1个字节
  • 前一个节点长度大于等于254:使用5个字节

增加元素

由于ziplist是紧凑存储的,没有冗余空间,所以每一次插入新的元素都需要调用realloc扩展内存。取决于内存分配算法和当前ziplist内存大小,realloc可能重新分配内存空间然后进行拷贝,也可能直接在原地址上进行扩展,不进行拷贝。

如果ziplist占据内存太大,realloc重新分配内存和拷贝会产生很大的消耗,所以ziplist不适合存储大型字符串,存储元素也不宜过多。

级联更新

由于每一个entry都有一个prevlen属性,该属性可能是1个字节或5个字节,取决于前一个元素的长度,所以在前一个元素长度变更,即长度由大于等于254变为小于254或由小于254变为大于等于254时,会导致后一个节点的prevlen属性更新。

如果后一个节点长度是253,则该节点的后续节点也需要更新,依此类推,可能导致后续所有的节点都需要进行更新,这种在特殊情况下产生的连续多次空间扩展操作称之为级联更新

级联更新在最坏情况下需要对ziplist执行N次内存重分配操作,而每次分配的最坏复杂度为O(N),所以级联更新的最坏复杂度为O(N^2)

尽管级联更新的复杂度较高,但是该操作造成性能问题的几率很低:

  • 需要ziplist中恰好有多个连续的、长度介于250~253个字节的节点才可能引发连续更新,该情况很少见
  • 即使出现级联更新,只要被更新的节点数量不多,就不会对性能产生影响

原文地址:https://www.cnblogs.com/jeemzz/p/11442570.html

时间: 2024-11-05 20:40:44

Redis数据结构之压缩列表-ziplist的相关文章

Redis数据结构之压缩列表

压缩列表是Redis为了节约内存而开发的,由一系列特殊编码的连续内存块组成的顺序型数据结构.一个压缩列表可以包含任意多个节点,每个节点可以保存一个字节数组或者一个整数值. 一.压缩列表结构1. 压缩列表结构: 参数说明:zlbytes:记录整个压缩列表占用的内存字节数.zltail:记录压缩列表表尾节点距离压缩列表起始地址有多少字节.zllen:记录了压缩列表包含的节点数量.entryN:压缩列表的节点,节点长度由节点保存的内容决定.zlend:特殊值0xFF(十进制255),用于标记压缩列表的

Redis实现之压缩列表

压缩列表 压缩列表(ziplist)是列表键和哈希键的底层实现之一,当一个列表键只包含少量列表项,并且每个列表项要嘛是整数值,要嘛是比较短的字符串,那么Redis就会使用压缩列表来做列表键的底层实现.例如,执行以下命令将创建一个压缩列表键的底层实现 127.0.0.1:6379> RPUSH lst 1 3 5 10086 "hello" "world" (integer) 6 127.0.0.1:6379> OBJECT ENCODING lst &q

Redis数据结构之快速列表-quicklist

链表 在Redis的早期版本中,存储list列表结构时,如果元素少则使用压缩列表ziplist,否则使用双向链表linkedlist // 链表节点 struct listNode<T> { listNode *prev; listNode *next; T value; } listNode: ? // 链表 struct list { listNode *head; // 表头指针 listNode *tail; // 表尾指针 long len; // 链表长度 } list; 对于链表

redis 底层数据结构 压缩列表 ziplist

当一个哈希键只包含少量键值对,并且每个键值对的键和值要么就是小整数值,要么就是长度比较短的字符串,那么Redis就会使用压缩列表来做哈希键的底层实现. 压缩列表是Redis为了节约内存而开发的是由一系列特殊编码的连续内存块组成的顺序型数据结构,一个压缩列表可以包含任意多个节点,每个节点可以保存一个字节数组或者一个整数值 ziplist 数据结构 压缩列表节点的构成 每个压缩列表节点可以保存一个字节数组或者一个整数值,其中字节数组可以是以下三种长度的其中一种 长度小于等于63字节的字节数组 长度小

Redis压缩列表原理与应用分析

摘要 Redis是一款著名的key-value内存数据库软件,同时也是一款卓越的数据结构服务软件.它支持字符串.列表.哈希表.集合.有序集合五种数据结构类型,同时每种数据结构类型针对不同的应用场景又支持不同的编码方式.这篇文章主要介绍压缩列表编码,在理解压缩列表编码原理的基础上介绍Redis对压缩列表的应用,最后再对Redis压缩列表应用进行分析. 摘要 Redis是一款著名的key-value内存数据库软件,同时也是一款卓越的数据结构服务软件.它支持字符串.列表.哈希表.集合.有序集合五种数据

学习笔记-Redis设计与实现-压缩列表

压缩列表(ziplist)是列表键和哈希键的底层实现之一. 7.1 压缩列表的构成 压缩列表是Redis为了节约内存而开发的,是由一系列特殊编码的连续内存块组成的顺序型(sequential)数据结构.一个压缩列表可以包含任意多个节点(entry),每个节点可以保存数组或者一个整数值. 7.2 压缩列表节点的构成 每个压缩列表节点可以保存一个字节数组或者一个整数值. 每个压缩列表节点都由previous_entry_length.encoding.content三个部分组成. 7.2.1 pre

Redis数据结构之ziplist

本文及后续文章,Redis版本均是v3.2.8 本篇文章我们来分析下一种特殊编码的双向链表-ziplist(压缩列表),这种数据结构的功能是将一系列数据与其编码信息存储在一块连续的内存区域,这块内存物理上是连续的,逻辑上被分为多个组成部分,其目的是在一定可控的时间复杂读条件下尽可能的减少不必要的内存开销,从而达到节省内存的效果. 一.ziplist描述 先看下官方对ziplist的整体描述 /* The ziplist is a specially encoded dually linked l

Redis压缩列表

此篇文章是主要介绍Redis在数据存储方面的其中一种方式,压缩列表.本文会介绍1. 压缩列表(ziplist)的使用场景 2.如何达到节约内存的效果?3.压缩列表的存储格式 4. 连锁更新的问题  5. conf文件配置.在实践上的操作主要是对conf配置文件进行配置,具体上没有确切的一个值,更多是经验值.也有的项目会直接使用原本的默认值.此篇对于更好地理解一个数据库底层的存储逻辑会有一点帮助.修学储能,既要博,也要渊.希望这篇文章对同样也是在学习Redis的各位同伴有点用. 一.压缩列表(zi

Redis设计与实现 - chapter7 压缩列表

Chapter7 压缩列表 列表键和哈希键的底层实现之一(列表键只包含少量元素,且元素为小整数或较短字符串:而哈希键之包含少量键值对,且每个键值对的key和value都是小整数或较短字符串). 为了节约内存. 压缩列表的组成 一系列特殊编码的连续内存块组成的顺序型(sequential)数据结构,包含多个节点entry,每个entry保存一个字节数组或一个整数. 内存组织: 具体含义: 压缩列表节点的组成 每个节点保存一个字节数组或者一个整数值,由 previous_entry_length .