哈希比列表占用更多内存？

Question

请帮助选择如何存储消息：

1)

SET msg:1 sender 12
SET msg:1 text "hello there"
SET msg:1 date 6278127367
SET msg:1 recpnt 88223
SET msg:1 viewed false
SET msg:2 sender 102
SET msg:2 text "blablabla"
SET msg:2 date 6278127643
SET msg:2 recpnt 523
SET msg:2 viewed false
SET msg:3 sender 16
SET msg:3 text "nice weather isntit"
SET msg:3 date 6278127432
SET msg:3 recpnt 48781
SET msg:3 viewed true

2）

LPUSH msg:1 12 "hello there" 6278127367 88234 false
LPUSH msg:2 523 "blablabla" 6278127367 4323 false
LPUSH msg:3 16 "nice weather isn't it" 6278127234 223 true
LPUSH fields sender text date recpnt viewed

SET似乎比LIST更容易使用，但Redis会在每条消息中存储字段名，从而使内存使用量增加一倍吗？

Answer 1

首先，我相信你的意思是说hash而不是set；设置的数据结构不适合您所描述的内容。

接下来您有两个选择：

>

哈希：字符串到字符串的数据映射。如果您想象键值是JSON数据，那么您作为哈希的消息将如下所示：

msg:1 = {
  "sender": "12",
  "text":   "hello there",
  "date":   "6278127367",
  "recpnt": "88223",
  "viewed": "false"
}

你会注意到你可以清楚地看到什么值映射什么键；数据有一些结构。哈希查找也是恒定的时间。

列表：字符串的链表。同样，将您的数据想象为JSON：

msg:1 = ["12", "hello there", "6278127367", "88223", "false"]

现在还不清楚什么值对应于哪个字段，是吗？您必须跟踪列表的哪个索引存储哪些信息，这会增加应用程序的复杂性。此外，访问单个字段不再是固定时间。

从以上两点来看，哈希似乎更合适。

但是选择哈希表对空间有什么影响？这是哈希和列表的大小（使用DEBUG OBJECT找到

• 列表：49字节

消息只有11个字符。推特大小（116个字符）的呢？

• 列表：143字节
• 哈希：174字节（~1.22x）

是的，散列的存储空间会更大，但在一般情况下，它的大小可能不会是你的两倍。

因此，尽管有点大，我仍然相信哈希是正确的数据结构（当然，除非您增加的托管费用会让您破产）。