Redis小对象的压缩存储

32 篇文章 10 订阅 ¥39.90 ¥99.00
15 篇文章 0 订阅
Redis为节省内存,采用压缩存储技术,如ziplist和intset。ziplist用于hash和zset,当元素少时使用紧凑字节数组结构。intset用于存储整数集合。当hash内部元素少且键值长度小,会使用ziplist,超过设定值则转为HashMap。压缩存储牺牲了部分操作性能,但能显著节省内存。
摘要由CSDN通过智能技术生成

Redis Hash是value内部为一个HashMap,如果该Map的成员数比较少,则会采用类似一维线性的紧凑格式来存储该Map,即省去了大量指针的内存开销,这个参数控制对应在redis.conf配置文件中下面2项:

  • hash-max-zipmap-entries 512: 当value这个Map内部不超过多少个成员时会采用线性紧凑格式存储,默认是512,即value内部有512个以下的成员就是使用线性紧凑存储,超过该值自动转成真正的HashMap。

  • hash-max-zipmap-value: 当 value这个Map内部的每个成员值(任意元素的Key/Value)长度不超过多少字节就会采用线性紧凑存储来节省空间。

以上2个条件任意一个条件超过设置值都会转换成真正的HashMap,也就不会再节省内存了,那么这个值是不是设置的越大越好呢?答案当然是否定的,HashMap的优势就是查找和操作的时间复杂度都是O(1)的,而放弃Hash采用一维存储则是O(n)的时间复杂度,如果成员数量很少,则影响不大,否则会严重影响性能,所以要权衡好这个值的设置,总体上还是最根本的时间成本和空间成本上的权衡。

 

压缩存储配置


                
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jaemon

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值