redis关于hash-ziplist存储方式验证

最新推荐文章于 2024-03-13 11:18:17 发布
原创 最新推荐文章于 2024-03-13 11:18:17 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨了Redis的hash-max-ziplist-value和hash-max-ziplist-entries配置项，解释了这些参数如何影响字段的存储效率，特别是在字符串长度和元素数量方面的限制。

redis 配置：

hash-max-ziplist-value 64   #字符串长度都小于64字节
hash-max-ziplist-entries 512  #元素数量小于512

验证 hash-max-ziplist-value 64
在这里插入图片描述
根据以上可以看出 hash-max-ziplist-value 这个对filed 有影响。对key和value 无影响
filed 512 个元素：
db4a15af911e97f69235c1f8f1659fee
在这里插入图片描述
在这里插入图片描述在这里插入图片描述
filed 513个元素
39a42c71f7afb373aa0e1ed8a7efff0d
在这里插入图片描述
在这里插入图片描述

zhouwj_1990
关注
redis小记
gao1017的博客
10-13 853
redis小计
超全，超详细的Redis基础，你掌握了多少？
leon
10-07 1480
Redis 入门 Redis 诞生历程 从一个故事开始 08年的时候有一个意大利西西里岛的小伙子，笔名antirez（http://invece.org/），创建 了一个访客信息网站LLOOGG.COM。有的时候我们需要知道网站的访问情况，比如访 客的IP、操作系统、浏览器、使用的搜索关键词、所在地区、访问的网页地址等等。在 国内，有很多网站提供了这个功能，比如 CNZZ，百度统计，国外也有谷歌的 Google Analytics。我们不用自己写代码去实现这个功能，只需要在全局的footer里面嵌入一段 J
Redis底层数据结构之Hash
qq_43456605的博客
03-13 2117
假设一个ziplist中，连续多个entry的长度都是一个接近但是又不到254的值（介于250~253之间），那么这时候ziplist中每个节点都只用了1个字节来存储上一个节点的长度，假如这时候添加了一个新节点，如entry1，其长度大于254个字节，此时entry1的下一个节点entry2的prelen属性就必须要由1个字节变为5个字节，也就是需要执行空间重分配，而此时entry2因为增加了4个字节，导致长度又大于254个字节了，那么它的下一个节点entry3的prelen属性也会被改变为5个字节。
Redis Ziplist（压缩列表）
solo_jm的博客
07-06 3349
简述 ziplist是Redis list、hash、zset的底层实现结构之一，当list、hash、zset中节点数量较少，并且存储的大多节点为小整数型，较短的字符串时，Redis就会使用ziplist作为list、hash、zset的底层实现。 牺牲时间换取空间 拿list来说，实现有双向链表、ziplist。当实现为双向链表时，节点会有pre和next指针，每一个指针占8个字节。而ziplist的entry中，用previous_entry_length保存上一个entry的长度，当上一个entry
Redis Source Code Read Log( 7 hash 之 ziplist)
frodocheng的博客
04-02 144
Redis hash 命令 hash的命令，大多数都是针对 hash 中的field以及value pair进行的操作。其中 DEL 会直接删除掉整个hash数据结构。 另外，field被清空了的 hash系统也会自动清除掉数据库中的hash key值。 1. hash key 值只支持 string 类型 2. hash key 中 field 只支持 string 类型 3. h...
# ================= 核心配置 ================= bind 0.0.0.0 protected-mode no port 6379 requirepass ai.traffic123 maxmemory 900mb maxmemory-policy volatile-lru maxmemory-samples 3 dir /data tcp-backlog 128 # ================ 持久化配置 ================ save 900 1 save 60 1000 stop-writes-on-bgsave-error no rdbcompression yes rdbchecksum no dbfilename dump.rdb # AOF配置 appendonly yes appendfilename "appendonly.aof" appendfsync everysec no-appendfsync-on-rewrite yes auto-aof-rewrite-percentage 70 auto-aof-rewrite-min-size 32mb aof-load-truncated yes # ============== 数据结构优化 ============== activerehashing no hash-max-ziplist-entries 512 hash-max-ziplist-value 64 list-max-ziplist-size -2 zset-max-ziplist-entries 128 # ============== 系统资源优化 ============== hz 3 dynamic-hz no latency-monitor-threshold 0 slowlog-log-slower
04-26
这是一种快照形式的数据存储方式，在特定条件下保存内存中的数据副本至磁盘文件中。 - **save**: 自定义触发条件的时间间隔与修改次数关系。例如每秒自动备份一次或者每次变更都立即存盘等策略可根据业务场景调整[^...
Redis技术指南-5-理解内存
无尽_easy的博客
04-01 802
上一节聊了Redis的复制和阻塞，这一节我们来理解一下Redis的内存。
Redis 7.0.2 版本，解压缩即可安装。
06-14
数据类型Hash，List， Zset的底层数据结构用listpack替换了ziplist。 列表（List）的数据类型可以存储超过4GB的单个元素。 降低了copy-on-write期间的内存使用。 在使用大量散列（Hash）或者有序集合（Zset）时节省...
Redis技术指南-4-复制和阻塞
无尽_easy的博客
04-01 826
上一节聊了Redis的持久化方式，这一节我们来看看Redis的复制和阻塞概念、
redis查询hash表是listpack还是hash方式存储
最新发布
11-22
Redis中Hash数据类型的底层存储存在两种方式：**listpack（Redis 7.0+）或ziplist（Redis 7.0前）** 与 **哈希表（dict）**，具体选择由配置参数和数据特征决定。以下是详细分析： --- ### 一、存储方式的选择逻辑...
Redis数据类型及编码格式——Hash篇
qq_33983753的博客
02-22 3428
概述 要了解redis中hash数据类型底层使用的编码格式，首先得了解ziplist、hashtable这两种编码格式 ziplist ziplist(压缩列表)是一个经过特殊编码的双向链表，用于存储字符串或整数，可以提高存储效率。 与普通双向链表的对比 内存开销不同，普通双向链表的元素一般需要两个指针，这会占用额外的内存，在数据较小的情况下，可能指针对于内存的占用比数据还大，有点得不偿失。而ziplist压缩列表，是一块连续的内存，数据之间紧密相连，不需要指针这种额外的开销。 遍历速度不同，普
redis中hash何时用ziplist
dianxiaoer20111的博客
09-11 756
hash时什么情况才用ziplist 同时满足以下条件： 1. 哈希对象保存的所有键值的字符串长度小于64字节； 2. 哈希对象保存的键值对数量小于512个； 使用ziplist的优点： ziplist 1. 为什么不直接用hastable： 相比hashtable，ziplist结构少了指针，大大的减少了 内存的使用，而内存对于redis来说弥足珍贵， 2. 为什么不用 linklist？ ziplist存储时内存分配是连续的，查询更快，这里的快只是 相对双端队列 ziplist如
Redis哈希对象的ziplist编码实现了O(1)复杂度吗
weixin_30883311的博客
10-09 391
问题：Redis中哈希对象有两种编码方式，分别是ziplist、hashtable方式。哈希对象，总得体现哈希算法，使得基本操作达到O(1)的效率。hashtable编码方式使用字典，也即是Java中hashMap的方式，这个我可以理解。但是，ziplist方式所有元素都是紧挨的，它是怎么实现hash，并使得查询等操作有O(1)的时间效率的呢？ 让我们从方法调用开始分析。我们都知道，...
redis学习笔记-hash原理
万彬学习的博客
03-17 1530
基本概念 字典又称散列表，是用来存储键值（key-value）对的一种数据结构，在很多高级语言中都有实现。通常有 map 之类的。 在redis使用中的特点： 可以存储海量数据，键值对是映射关系，可以根据键以O(1)的时间复杂度取出或插入关联值。 键值对中键的类型可以是字符串、整型、浮点型等，且键是唯一的。例如：执行set test "hello world"命令，此时的键test类型为字符串，如test这个键存在数据库中，则为修改操作，否则为插入操作。 键值对中值的类型可为String、Hash、Lis
Redis底层分析
959
10-04 801
Redis为kv的,而Redis底层又是由c语言写成的,一切皆字典dict,和java的一切皆对象Object Redis的key类型一般为字符串,value为redis类型RedisObject这里的kv称为dictEntry 相当与java中的Map<String, redisObject> bitmap底层为String类型,hyperloglog底层为String,GEO底层为zset 1.上帝视角 redisServer -> redisDB -> dict ->
Redis内存优化之编码优化
加油，努力，认真
04-26 684
目录一、压缩列表ziplist1.1 ziplist数据结构1.2 ziplist结构示图1.3 ziplist连锁更新1.4 ziplist复杂度二、Redis对象和编码2.1 Redis对象数据结构2.2 编码类型==2.3 转换触发机制==三、其他3.1 Redis类型检查3.2 内存回收3.3 对象共享3.4 对象空转时长四、小结 一、压缩列表ziplist 1.1 ziplist数据结构 压缩列表是一种顺序存储的数据结构，为节约内存而设计。当存储的内容是数量比较少或者比较短的时候，Redis就会
Redis之Redis 6.0中Hash(ziplist)解读
一个菜鸡的博客
09-10 802
​Redis中hash数据类型使用了两种编码格式:ziplist(压缩列表)、hashtable(哈希表) 在redis.conf配置文件中，有以下两个参数，意思为：当节点数量小于512并且字符串的长度小于等于64时，会使用ziplist编码。​ziplist 是一个经过特殊编码的双向链表，旨在提高内存效率。它存储字符串和整数值，其中整数被编码为实际整数而不是一系列字符。它允许在 O(1) 时间内在列表的任一侧进行推送和弹出操作。但是，由于每个操作都需要重新分配 ziplist 使用的内存。
Redis数据实战之“万金油”的String，为什么不好用了？
香农三定律的博客
12-04 1169
Redis数据实战之“万金油”的String，为什么不好用了？引言为什么 String 类型内存开销大用什么数据结构可以节省内存如何用集合类型保存单值的键值对 引言 以一个项目需要为例，需要开发一个图片存储系统，要求这个系统能快速地记录图片 ID 和图片在存储系统中保存时的 ID（可以直接叫作图片存储对象 ID）。同时，还要能够根据图片 ID 快速查找到图片存储对象 ID。 图片 ID 和图片存储对象 ID 正好一一对应，是典型的“键 - 单值”模式。这和 String 类型提供的“一个键对应一个值的数据”
redis读书笔记三 内存优化
哪有什么天生王者，不过是一步一个脚印
11-16 341
1、Hashes, Lists, Sorted Sets、元素是integers的Sets ,对于这四种集合类型，当它们的元素数量和元素的大小不超过配置值时，reids会以一种特殊的编码保存，最多可以节省10倍空间，平均可以节省5倍空间。下面是相应的配置 hashs类型配置 hash-max-zipmap-entries 512 (hash-max-ziplist-entries for R...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值