【redis进阶】Redis String数据类型为什么不好用

文章讨论了Redis中String类型内存占用大的原因,介绍了RedisObject和SDS结构,并提出使用压缩列表和二级编码(如Hash键值对)来节省内存,特别是对于大量图片ID的存储。还探讨了何时选择压缩列表和哈希表,以及二级编码长度的选择原则。
摘要由CSDN通过智能技术生成
保存1 亿张10字节图片标识,String结构用了 6.4GB 的内存,为什么?如何优化?

数据量多时,比较占空间

存储数量量较多的时候,可以使用list数据结构来替代String,以二级编码的方式将数据存入redis

为什么String的内存开销大呢?

除了记录数据外,还需记录元数据

buf:字节数组,保存实际数据。为了表示字节数组的结束,Redis 会自动在数组最后加一个“\0”,这就会额外占用 1 个字节的开销。

len:占 4 个字节,表示 buf 的已用长度

alloc:也占个 4 字节,表示 buf 的实际分配长度,一般大于 len。

RedisObject

针对Long类型的优化:指针直接赋值为对应的值,节省空间

embstr编码方式:

字符串小于等于44字节时,RedisObject的数据是一块连续的内存空间。

raw编码方式

字符串大于等于44字节时,SDS会有独立的空间,用指针指向SDS结构

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值