Redis:什么时候大量数据太多了?

Redis:什么时候大量数据太多了?,redis,nosql,Redis,Nosql,我在Redis中使用集合和散列构建了一个社交图,其中包含有关用户、帖子、兴趣、评论、消息、喜好、块、标志等的信息。以下是一些示例: 设置:(user:1:followers“3”、“5”、“9”),(post:11:likes“2”、“5”、“8”) 散列:(用户:1名“约翰”姓“史密斯”年龄“25”),(消息:5体“嗨”) 我的计划是最终将所有这些信息保存到磁盘。一点一点地,我开始意识到我手上有多少潜在的数据。如果一篇文章被人喜欢上一万次呢?post:85:likes集真的应该有10000个用

我在Redis中使用集合和散列构建了一个社交图,其中包含有关用户、帖子、兴趣、评论、消息、喜好、块、标志等的信息。以下是一些示例:

设置:(
user:1:followers“3”、“5”、“9”
),(
post:11:likes“2”、“5”、“8”

散列:(
用户:1名“约翰”姓“史密斯”年龄“25”
),(
消息:5体“嗨”

我的计划是最终将所有这些信息保存到磁盘。一点一点地,我开始意识到我手上有多少潜在的数据。如果一篇文章被人喜欢上一万次呢?
post:85:likes
集真的应该有10000个用户ID吗?将大量数据保存到磁盘会极大地降低Redis的性能吗

我知道Pinterest也有类似的功能,但我的应用程序和图形可能包含比Pinterest更多的数据关系。这对Redis来说太过分了吗?我是否应该考虑切换到另一个像DyaMo这样的关键值商店,它可以潜在地处理更多的数据?p> 如果我在任何事情上被误导,我道歉。我对Redis还是相当陌生的。我最初是因为Redis的性能而被吸引的,但是这个图表会消除这种优势吗?如果您有任何意见,我将不胜感激,谢谢


更新:我意识到,在我的情况下,序列化集合并将它们存储为字符串将非常有效。我仍然面临许多潜在的数据。还有哪些其他方法(如序列化)有助于降低内存使用率而不是性能?

序列化到msgpack有助于降低内存使用率并提高性能。如果您想处理大量数据,但不知道具体需要处理多少:请尽早切分。你可能还想读书