- 综合排序
- 最热优先
- 最新优先
- 来自专栏方亮
Redis源码解析——Zipmap
创建Zipmap Redis提供了下面方法创建一个空的Zipmap结构。 #define ZIPMAP_BIGLEN 254 #define ZIPMAP_END 255 #define ZIPMAP_LEN_BYTES(_l) (((_l) < ZIPMAP_BIGLEN) ) l += 4; if (vlen >= ZIPMAP_BIGLEN) l += 4; return l; } 查找元素、计算Zipmap总长 Zipmap提供了一个方法来完成两个功能 如果在，则让Zipmap结构首地址对应的数值减少1 /* Decrease zipmap length */ if (zm[0] < ZIPMAP_BIGLEN) zm[ 这个时候要计算空余出来的空间是否大于ZIPMAP_VALUE_MAX_FREE，如果大于则要缩减Zipmap结构空间。
92920发布于 2019-01-16 - 来自专栏加米谷大数据
Redis数据存储优化机制详解
zipmap优化hash 将一个对象存储在hash类型中会占用更少的内存，并且可以更方便的存取整个对象。省内存的原因是新建一个hash对象时开始是用zipmap来存储的。 这个zipmap其实并不是hash table，但是zipmap相比正常的hash实现可以节省不少hash本身需要的一些元数据存储开销。 尽管zipmap的添加，删除，查找都是O(n)，但是由于一般对象的field数量都不太多。所以使用zipmap也是很快的,也就是说添加删除平均还是O(1)。 如果field或者value的大小超出一定限制后，redis会在内部自动将zipmap替换成正常的hash实现。 这个限制可以在配置文件中指定（默认配置在redis根目录下的redis.conf中）： hash-max-zipmap-entries 512 #配置字段最多512个hash-max-zipmap-value
90520发布于 2018-07-25 - 来自专栏大数据成神之路
Redis选13亿个Key,4个field还是1亿个Key,13亿*4个field？
zipmap本身并不是hashtable，由于zip压缩后可以节省hash本身所需的元数据的开销。因此zipmap的增删改查的操作复杂度为O(n)。 因为对象刚开始使用的是zipmap存储的。 在新建一个哈希的时候，使用的是zipmap又称为small hash存储的。这个zipmap实际上不是我们的哈希表。 但是这个zipmap相比正常的哈希实现，节省很多哈希自身所需要的元数据的存储开销。尽管zipmap的增删改查和字段的数目相关，字段太多速度会更慢。因此不建议设置过多的字段。 在Redis内部，如果字段过多或者存储的值太大超过限制后，Redis会自动将zipmap替换为正常的hash来实现。 # 配置域字段最大个数限制 hash-max-zipmap-entries 512 # 配置字段值最大字节限制 hash-max-zipmap-value 64 当满足以上两个条件时，哈希表key会被压缩
4.1K21发布于 2019-11-09 - 来自专栏python3
Redis教程（3）
省内存的原因是新建一个hash对象时开始是用zipmap(又称为small hash)来存储的。 这个zipmap其实并不是hash table，但是zipmap相比正常的hash实现可以节省不少hash本身需要的一些元数据存储开销。 尽管zipmap的添加，删除，查找都是O(n)，但是由于一般对象的field数量都不太多。所以使用zipmap也是很快的,也就是说添加删除平均还是O(1)。 如果field或者value的大小超出一定限制后，Redis会在内部自动将zipmap替换成正常的hash实现. 这个限制可以在配置文件中指定 hash-max-zipmap-entries 64 #配置字段最多64个。
71520发布于 2020-01-09 - 来自专栏Jacob
Redis Hash 类型操作及常用命令
省内存的原因是新建一个 hash 对象时开始是用 zipmap（又称为 small hash）来存储的。 这个 zipmap 其实并不是 hash table，但是 zipmap 相比正常的 hash 实现可以节省不少 hash 本身需要的一些元数据存储开销。 尽管 zipmap 的添加，删除，查找都是 O(n)，但是由于一般对象的 field 数量都不太多。所以使用 zipmap 也是很快的,也就是说添加、删除平均还是 O(1)。 如果 field 或者 value的大小超出一定限制后， Redis 会在内部自动将 zipmap 替换成正常的 hash 实现. 这个限制可以在配置文件中指定。 hash-max-zipmap-entries 64 #配置字段最多 64 个。 hash-max-zipmap-value 512 #配置 value 最大为 512 字节。
64740发布于 2020-08-05 - 来自专栏光变
Redis持久化文件RDB的格式解析
解析一个ZipMap，首先使用String编码从流中读取一个字符串。这个字符串就表示该ZipMap。 byte，表示该ZipMap的大小。 此时需要迭代整个ZipMap，算出该ZipMap的大小。 len：下一个字符串的长度，该字符串可能是key或者是value。 如果第一个byte的值是0到252，那么这就是该ZipMap的长度，如果该byte值是253，则接下来的4个byte组成一个无符号整数，表示ZipMap的长度。对于该值254、255是非法的。 zend：该值总是255，表示ZipMap的结尾。
2.6K10发布于 2018-08-07 - 来自专栏二进制文集
Redis 源码简洁剖析 13 - RDB 文件
AUX Fields Key-Value Footer 编码算法说明 Length 编码 String 编码 Score 编码 Value 编码 List Set Sorted Set Hash Zipmap 用于存储 hashmap,Redis2.6 之后，该编码被废弃，转而采用 Ziplist 编码； 采用 String 编码读取整个 zipmap 字符串，hashmap 字符串的格式为： <zmlen ><len>"foo"<len><free>"bar"<len>"hello"<len><free>"world"<zmend> zmlen: 一个字节，Zipmap 的大小；如果>=254, 意味着 zipmap 的大小无法直接获取到，必须要遍历整个 zipmap 才能得到大小； len: 字符串长度，1 或 5 个字节长度；如果第一个字节在 0~252 之间，那么长度为第一个字节；如果为 253, 那么接下来的 4 个字节表示长度；254 和 255 是无效值； free:1 字节，表明 value 空闲的字节数； zmend:0xff, 表示 Zipmap 的结尾； Ziplist 采用 String
77310编辑于 2022-03-24 - 来自专栏歪歪梯Club
Redis源码阅读
zipmap redis旧版小hash使用的数据结构，紧密数组存储结构 用1字节存储总节点数（如果1字节满了，代表需要遍历到底才知道有多少节点） 每个节点存储自己占用的内存空间，修改删除后，标记为闲置空间 ，闲置空间不压缩不回收，留用节点扩展或者插入节点 这也代表插入没有足够闲置时要O(n)移动后续内存 数据也是占用zipmap内存，所以查找是O(n)（利用len做快表跳跃） <zmlen><len>"foo "<len><free>"bar"<len>"hello"<len><free>"world"<ZIPMAP_END> ziplist 新版小hash使用的数据结构，紧密数组存储结构 用1字节存储总节点数
56920发布于 2021-10-11 - 来自专栏一个会写诗的程序员的博客
Redis 设计与实现: redisObject 数据结构，以及 Redis 的数据类型
REDIS_ENCODING_INT 1 // 编码为整数 #define REDIS_ENCODING_HT 2 // 编码为哈希表 #define REDIS_ENCODING_ZIPMAP 3 // 编码为 zipmap #define REDIS_ENCODING_LINKEDLIST 4 // 编码为双端链表 #define REDIS_ENCODING_ZIPLIST 它的值保存在一个双端链表内，而 ptr 指针就指向这个双端链表； 另一方面，如果一个 redisObject 的 type 属性为 REDIS_HASH ， encoding 属性为 REDIS_ENCODING_ZIPMAP ，那么这个对象就是一个 Redis 哈希表，它的值保存在一个 zipmap 里，而 ptr 指针就指向这个 zipmap ；诸如此类。
2.4K20发布于 2020-04-02 - 来自专栏技术成长
Redis的对象类型及其编码方式
哈希类型的编码方式有zipmap和hashtable。zipmap：压缩字典，将键值对按一定格式连续存储在一起，兼具压缩和速度优势。hashtable：字典，使用哈希表实现。4.
59191编辑于 2023-09-19 - 来自专栏高性能服务器开发
（一）Redis结构解析
它的原理类似于zipmap。 11.zipmap.c zipmap是一个类似于hash的存储对象。
77750发布于 2018-04-04 - 来自专栏山海散人技术
052. Redis 内存管理
内存压缩 ---- # 配置字段最多 512 个 hash-max-zipmap-entries 512 # 配置 value 最大为 64 字节 hash-max-zipmap-value 64 #
75620发布于 2021-03-03 - 来自专栏银河系资讯
Redis中存储亿级键值对
Redis中的哈希是字典，可以非常有效地编码在内存中; Redis设置'hash-zipmap-max-entries'配置散列可以有效编码的最大条目数。 有关更多详细信息，你可以查看zipmap源文件。 为了用散列类型，我们将所有媒体ID分配到1000个桶中（我们只取ID，除以1000并丢弃剩余部分）。
2K30发布于 2019-05-15 - 来自专栏老付的网络博客
Redis底层原理--03. Redis 数据类型
#define REDIS_ENCODING_INT 1 // 编码为整数 #define REDIS_ENCODING_HT 2 // 编码为哈希表 #define REDIS_ENCODING_ZIPMAP 3 // 编码为 zipmap #define REDIS_ENCODING_LINKEDLIST 4 // 编码为双端链表 #define REDIS_ENCODING_ZIPLIST 5 // 编码为压缩列表 它的值保存在一个双端链表内，而 ptr 指针就指向这个双端链表； 另一方面，如果一个 redisObject 的 type 属性为 REDIS_HASH ， encoding 属性为 REDIS_ENCODING_ZIPMAP ，那么这个对象就是一个 Redis 哈希表，它的值保存在一个 zipmap 里，而 ptr 指针就指向这个 zipmap .
76330发布于 2021-01-28 - 来自专栏后端技术探索
节约内存：Instagram的Redis实践
而这个一定数量是由配置文件中的hash-zipmap-max-entries参数来控制的。 经过开发者们的实验，将hash-zipmap-max-entries设置为1000时，性能比较好，超过1000后HSET命令就会导致CPU消耗变得非常大。
1.3K11发布于 2018-08-09 - 来自专栏闲余说
redis 源码源文件说明
intset 数据结构实现 数据结构/编码 sds.c, sds.h, sdsalloc.h sds 字符串实现 数据结构/编码 ziplist.c, ziplist.h 压缩表实现 数据结构/编码 zipmap.c , zipmap.h ZIPMAP 数据结构的实现，在 Redis 2.6 以前用于优化 HASH 类型， Redis 2.6 开始已经废弃。
69020编辑于 2022-08-10 - 来自专栏灵墨AI探索室
从零开始学机器学习——构建一个推荐web应用
FloatTensorTypeinitial_type = [('float_input', FloatTensorType([None, 380]))]options = {id(model): {'nocl': True, 'zipmap zipmap': False 表示在输出的 ONNX 模型中不使用 ZipMap 功能，这意味着输出将是一个多维数组，而不是一个字典结构。 通常在处理分类问题时，ZipMap 可能会将类别标签转换为字典形式，但这里选择保持原始输出。最后一步则是将模型写入文件即可。
55332编辑于 2024-10-05 - 来自专栏Linux系列
Redis基础教程（一）：redis配置
性能配置 hash-max-zipmap-entries: 控制哈希类型的内部表示形式，当哈希元素数量小于此值时，使用更为节省空间的紧凑表示。 优化性能： 调整hash-max-zipmap-entries为512，减少内存消耗。 关闭activerehashing，避免在CPU繁忙时进行rehash操作。
1.6K10编辑于 2024-07-02 - 来自专栏犀利豆的技术空间
Redis 的基础数据结构（三）对象
Encoded as integer */ #define REDIS_ENCODING_HT 2 /* Encoded as hash table */ #define REDIS_ENCODING_ZIPMAP 3 /* Encoded as zipmap */ #define REDIS_ENCODING_LINKEDLIST 4 /* Encoded as regular linked list */ REDIS_ENCODING_RAW SDS 实现的动态字符串对象 REDIS_ENCODING_INT 整数实现的动态字符串对象 REDIS_ENCODING_HT 字典实现的 hash 对象 REDIS_ENCODING_ZIPMAP
65420发布于 2018-10-11 - 来自专栏IT技术订阅
怎么样更好的优化Redis性能?
Value内部有2种不同实现，Hash的成员比较少时Redis为了节省内存会采用类似一维数组的方式来紧凑存储，而不会采用真正的HashMap结构，对应的value redisObject的encoding为zipmap 而这个一定数量是由配置文件中的hash-zipmap-max-entries参数来控制的。 经过实验，将hash-zipmap-max-entries设置为1000时，性能比较好，超过1000后HSET命令就会导致CPU消耗变得非常大。
1.2K10编辑于 2022-06-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号