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

最新推荐文章于 2022-10-20 18:01:44 发布
最新推荐文章于 2022-10-20 18:01:44 发布
阅读量1.3k 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhouwj_1990/article/details/103636462
版权

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
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis数据类型及编码格式——Hash篇
qq_33983753的博客
02-22 2969
概述 要了解redis中hash数据类型底层使用的编码格式，首先得了解ziplist、hashtable这两种编码格式 ziplist ziplist(压缩列表)是一个经过特殊编码的双向链表，用于存储字符串或整数，可以提高存储效率。 与普通双向链表的对比 内存开销不同，普通双向链表的元素一般需要两个指针，这会占用额外的内存，在数据较小的情况下，可能指针对于内存的占用比数据还大，有点得不偿失。而ziplist压缩列表，是一块连续的内存，数据之间紧密相连，不需要指针这种额外的开销。 遍历速度不同，普
Redis Ziplist（压缩列表）
solo_jm的博客
07-06 3151
简述 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 91
Redis hash 命令 hash的命令，大多数都是针对 hash 中的field以及value pair进行的操作。其中 DEL 会直接删除掉整个hash数据结构。 另外，field被清空了的 hash系统也会自动清除掉数据库中的hash key值。 1. hash key 值只支持 string 类型 2. hash key 中 field 只支持 string 类型 3. h...
Redis哈希对象的ziplist编码实现了O(1)复杂度吗
weixin_30883311的博客
10-09 345
问题：Redis中哈希对象有两种编码方式，分别是ziplist、hashtable方式。哈希对象，总得体现哈希算法，使得基本操作达到O(1)的效率。hashtable编码方式使用字典，也即是Java中hashMap的方式，这个我可以理解。但是，ziplist方式所有元素都是紧挨的，它是怎么实现hash，并使得查询等操作有O(1)的时间效率的呢？ 让我们从方法调用开始分析。我们都知道，...
Redis底层分析
959
10-04 620
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-stack-server 7.2.0 安装包合集
04-03
redis-stack-server-7.2.0-v9.arm64.snap redis-stack-server-7.2.0-v9.bionic.arm64.tar.gz redis-stack-server-7.2.0-v9.bionic.x86_64.tar.gz redis-stack-server-7.2.0-v9.bullseye.x86_64.tar.gz redis-stack-...
tomcat-redis-session-manager
06-06
`tomcat-redis-session-manager`通过实现这个接口，将Redis作为session的后端存储。在配置过程中，我们需要在Tomcat的`context.xml`或`server.xml`中添加相关配置，指定Redis服务器的地址、端口以及认证信息等。 ...
redis-windows-7.2.5.zip
最新发布
05-20
Redis，全称Remote Dictionary Server，是一款开源的、高性能的键值对存储系统，常被用于构建数据缓存、消息队列以及持久化数据存储等多种场景。在Windows环境下安装Redis，可以借助于提供的压缩包"redis-windows-...
Another-Redis-Desktop-Manager.1.6.1
09-23
而Another-Redis-Desktop-Manager（RDM）是一款强大的Redis图形化管理工具，它为开发者提供了直观、便捷的方式来管理和操作Redis服务器。 Another-Redis-Desktop-Manager版本1.6.1，作为一个高效的Redis客户端，...
redis学习笔记-hash原理
万彬学习的博客
03-17 1252
基本概念 字典又称散列表，是用来存储键值（key-value）对的一种数据结构，在很多高级语言中都有实现。通常有 map 之类的。 在redis使用中的特点： 可以存储海量数据，键值对是映射关系，可以根据键以O(1)的时间复杂度取出或插入关联值。 键值对中键的类型可以是字符串、整型、浮点型等，且键是唯一的。例如：执行set test "hello world"命令，此时的键test类型为字符串，如test这个键存在数据库中，则为修改操作，否则为插入操作。 键值对中值的类型可为String、Hash、Lis
redis小记
gao1017的博客
10-13 634
redis小计
12. Redis底层实现 Hash
lxsxkf的博客
03-28 1653
HASH config get hash* hash-max-ziplist-entries： 512（使用压缩列表保存时哈希集合中的最大元素个数。）， hash-max-ziplist-value：64（使用压缩列表保存时哈希集合中单个元素的最大长度。key和value都包括） 以上两个条件都满足时（小于等于），会使用OBJ_ENCODING_ZIPLIST来存储该键，前述条件任意一个不满足则会转换为 OBJ_ENCODING_HT的编码方式 结论： 哈希对象保存的键值对数量小于512个 所有的
Redis内部数据结构总结（3）ziplist
kkgbn的博客
11-04 3535
redis对外的数据结构hash的底层是ziplist或者dict。         ziplist是一个经过特殊编码的双向链表，其设计目的就是为了提高存储效率。ziplist可以用于存储字符串或正数，其中整数是按真正的二进制表示进行编码的，而不是编码成字符串序列。         ziplist提高了存储效率，是内存紧缩的列表，多个数据在一起的连续空间，不擅长修改，在两端pop,push快。
Redis实战系列(3) 使用hashtable和hash-max-zipmap-entries优化内存使用
热门推荐
hobbs136的专栏
06-02 1万+
在我的系统中大约有50000个用户，每个用户有nickname1、nickname2、nickname3、nickname4、profile_id。对于上面几个属性来说，每个用户都是唯一的，而用户信息大概有70个字段。我用user:info:$profile_id作为一个hashtable的key来存储一个用户的所有信息。而系统要求能用nickname1、nickname2、nickname3、n
Redis中的数据类型hash
lianggx3的博客
05-13 696
Redis中的string 把string作为储存的对象，，除了记录实际数据，String 类型还需要额外的内存空间记录数据长度、空间使用等信息，这些信息也叫作元数据。 当你保存 64 位有符号整数时，String 类型会把它保存为一个 8 字节的 Long 类型整数，这种保存方式通常也叫作 int 编码方式。但是当保存的数据中包含字符的时候，，String类型就会用简单动态字符串（Simple Dynamic String，SDS）结构来保存，包括： buf：字节...
Redis底层实现---Ziplist
qq_42828391的博客
07-25 343
Redis底层实现—Ziplist 简介 redis 是开源用C语言编写的一个远程的KV词典存储服务，里面有很多经典的设计结构对后续的设计很有启发， 其中最著名的恐怕就是排序链表的底层实现—跳表。 本次要说的是他的另外一个核心的实现，他的重要程度应该说一定程度上来说远高于跳表，他的名字就是压缩链表。 底层数据结构 Redis 有 5 种基础数据结构，分别为：string (字符串)、list (列表)、set (集合)、hash (哈希) 和 zset (有序集合) ， 而这5种常见数据结构底层实现分别为：
深入理解：Redis哈希结构内存模型剖析
10-22 107
本文主要阐述 Redis中使用 最为频繁的数据类型：哈希（或称散列），在Redis内部是怎么存的。 本文内容脑图如下： 哈希类型内部编码详情 ...
深入理解redis的hash与set以及中间的zipset
lcarus008的博客
10-20 1053
它将所有的元素紧挨着一起存储，分配的是一块连续的内存。大字典的扩容是比较耗时间的，需要重新申请新的数组，然后将旧字典所有链表中的元 素重新挂接到新的数组下面，这是一个 O(n)级别的操作，作为单线程的 Redis 表示很难承受 这样耗时的过程。所以，在刚才的二级编码中，我们只用图片ID最后3位作为Hash集合的key，也就保证了Hash集合的元素个数不超过1000，同时，我们把hash-max-ziplist-entries设置为1000，这样一来，Hash集合就可以一直使用压缩列表来节省内存空间了。
bind 0.0.0.0 protected-mode no port 6379 tcp-backlog 511 timeout 0 tcp-keepalive 300 daemonize yes supervised no pidfile /var/run/redis_6379.pid loglevel notice logfile /var/log/redis/redis.log databases 16 always-show-logo yes save 900 1 save 300 10 save 60 10000 stop-writes-on-bgsave-error yes rdbcompression yes rdbchecksum yes dbfilename dump.rdb dir /var/lib/redis replica-serve-stale-data yes replica-read-only yes repl-diskless-sync no repl-diskless-sync-delay 5 repl-disable-tcp-nodelay no replica-priority 100 requirepass root@123 lazyfree-lazy-eviction no lazyfree-lazy-expire no lazyfree-lazy-server-del no replica-lazy-flush no appendonly no appendfilename "appendonly.aof" appendfsync everysec no-appendfsync-on-rewrite no auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb aof-load-truncated yes aof-use-rdb-preamble yes lua-time-limit 5000 slowlog-log-slower-than 10000 slowlog-max-len 128 latency-monitor-threshold 0 notify-keyspace-events "" hash-max-ziplist-entries 512 hash-max-ziplist-value 64 list-max-ziplist-size -2 list-compress-depth 0 set-max-intset-entries 512 zset-max-ziplist-entries 128 zset-max-ziplist-value 64 hll-sparse-max-bytes 3000 # value. stream-node-max-bytes 4096 stream-node-max-entries 100 activerehashing yes client-output-buffer-limit normal 0 0 0 client-output-buffer-limit replica 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 hz 10 dynamic-hz yes aof-rewrite-incremental-fsync yes rdb-save-incremental-fsync yes
07-22
根据你提供的配置文件内容，我注意到你的Redis配置文件包含了许多参数和选项。这些选项可以根据你的需求进行调整，下面是一些常见选项的说明： - `bind 0.0.0.0`：将Redis绑定到所有可用的网络接口，允许从任何地址...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值