9
redis存json数据时选择string还是hash
source link: http://www.cnblogs.com/lifei01/p/14285224.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
我们在缓存json数据到redis时经常会面临是选择string类型还是选择hash类型去存储。接下来我从占用空间和IO两方面来分析这两种类型的优势。
1、占用空间
根据数据结构的共识我们知道hashtable类型是要比string类型更占用空间， 而ziplist类型与string类型占用的空间基本相差不大。
如下图就是ziplist的存储的格式
那我们接下来分别分析redis的string和hash类型占用空间方面的知识
-
string类型： string类型当然如其名，如果json数据以string类型去存储，那么它的空间占用方面肯定是相当的。
-
hash类型： redis对hash类型是有两种编码方式，分别是ziplist和hashtable。
当如下情况时redis的hash类型，底层是用ziplist编码的：
- 哈希对象保存的所有键值对的键和值的字符串长度都小于 64 字节；
- 哈希对象保存的键值对数量小于 512 个；
不满足上述情况时，redis的hash类型，底层编码格式为hashtable。
2、IO
从IO的角度来分析string和hash类型，我们得有一个共识，我们知道redis是有服务端的，也就是部署redis的所在机器他们会运算能力的。
-
string类型：
- 取数据：根据redis键取对应的整个value值。
- 存数据：根据redis键存这个value值
- 更新数据： 根据redis键更新整个value值
-
hash类型：
- 取数据：根据redis键，然后遍历整个hash键值对（相对string的取数据更加耗时）。
- 存数据：根据redis键，在value出存键值对
- 更新数据：根据redis键和hash key更新对应的数据
3、总结
综上所述，那具体怎么选择是用string类型还是hash类型存储json数据呢？给出以下结论
- 如果你的业务类型中对于缓存的读取缓存的场景更多，并且更新缓存不频繁（或者每次更新都更新json数据中的大多数key），那么选择string类型作为存储方式会比较好。
- 如果你的业务类型中对于缓存的更新比较频繁（特别是每次只更新少数几个键）时， 或者我们每次只想取json数据中的少数几个键值时，我们选择hash类型作为我们的存储方式会比较好。
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK