redis存json数据时选择string仍是hash

咱们在缓存json数据到redis时常常会面临是选择string类型仍是选择hash类型去存储。接下来我从占用空间和IO两方面来分析这两种类型的优点。

一、占用空间

根据数据结构的共识咱们知道hashtable类型是要比string类型更占用空间， 而ziplist类型与string类型占用的空间基本相差不大。

以下图就是ziplist的存储的格式

那咱们接下来分别分析redis的string和hash类型占用空间方面的知识

• string类型： string类型固然如其名，若是json数据以string类型去存储，那么它的空间占用方面确定是至关的。

• hash类型： redis对hash类型是有两种编码方式，分别是ziplist和hashtable。

  当以下状况时redis的hash类型，底层是用ziplist编码的：

  1. 哈希对象保存的全部键值对的键和值的字符串长度都小于 64 字节；
  2. 哈希对象保存的键值对数量小于 512 个；

  不知足上述状况时，redis的hash类型，底层编码格式为hashtable。

二、IO

从IO的角度来分析string和hash类型，咱们得有一个共识，咱们知道redis是有服务端的，也就是部署redis的所在机器他们会运算能力的。

• string类型：

  • 取数据：根据redis键取对应的整个value值。
  • 存数据：根据redis键存这个value值
  • 更新数据： 根据redis键更新整个value值

• hash类型：

  • 取数据：根据redis键，而后遍历整个hash键值对（相对string的取数据更加耗时）。
  • 存数据：根据redis键，在value出存键值对
  • 更新数据：根据redis键和hash key更新对应的数据

三、总结

综上所述，那具体怎么选择是用string类型仍是hash类型存储json数据呢？给出如下结论

• 若是你的业务类型中对于缓存的读取缓存的场景更多，而且更新缓存不频繁（或者每次更新都更新json数据中的大多数key），那么选择string类型做为存储方式会比较好。
• 若是你的业务类型中对于缓存的更新比较频繁（特别是每次只更新少数几个键）时， 或者咱们每次只想取json数据中的少数几个键值时，咱们选择hash类型做为咱们的存储方式会比较好。