我们在缓存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类型作为我们的存储方式会比较好。