超级会员免费看
本文探讨了Redis中String类型在存储大量键值对时的内存开销问题，指出String类型的元数据开销较大。文章通过一个图片存储系统的案例，展示了如何使用集合类型（如Hash）和压缩列表来节省内存，特别是通过二级编码方法实现单值键值对的存储，从而降低内存消耗。总结了String类型的内存消耗来源，并提供了优化方案。
从今天开始，我们就要进入“实践篇”了。接下来，我们会用5节课的时间学习“数据结构”。我会介绍节省内存开销以及保存和统计海量数据的数据类型及其底层数据结构，还会围绕典型的应用场景（例如地址位置查询、时间序列数据库读写和消息队列存取），跟你分享使用Redis的数据类型和module扩展功能来满足需求的具体方案。
今天，我们先了解下String类型的内存空间消耗问题，以及选择节省内存开销的数据类型的解决方案。
先跟你分享一个我曾经遇到的需求。
当时，我们要开发一个图片存储系统，要求这个系统能快速地记录图片ID和图片在存储系统中保存时的ID（可以直接叫作图片存储对象ID）。同时，还要能够根据图片ID快速查找到图片存储对象ID。
因为图片数量巨大，所以我们就用10位数来表示图片ID和图片存储对象ID，例如，图片ID为1101000051，它在存储系统中对应的ID号是3301000051。
photo_id: 1101000051
photo_obj_id: 3301000051
可以看到，图片ID和图片存储对象ID正好一一对应，是典型的“键-单值”模式。所谓的“单值”，就是指键值对中的值就是一个值，而不是一个集合，这和String类型提供的“一个键对应一个值的数据”的保存形式刚好契合。
而且，String类型可以保存
订阅专栏 解锁全文
扫一扫
736
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
