redis - 概念化 Redis 图？

Question

我是 Redis 的新手，到目前为止我很喜欢它。我有一个关于在 Redis 中实现图表的想法，查了一下，果然，以前有人做过，但我有几个问题。

Twitter 使用 FlockDB 和 Redis (source)将他们的键和值与推文、关注者等相关联。Pinterest 使用 Redis 列表为每个用户(他们的关注者、pin 等)加载请求的数据 (source)通过浏览列表并获取请求的键。

我对像 Pinterest 那样使用 Redis 非常感兴趣。找到代码解释 here .

这是我想不通的:

所有这些数据(关注者列表、pin 列表等)都需要存储在可以持久保存数据的第二个数据库中。不断保持 Redis 的列表数据和其他数据库的数据同步不是需要大量的工作/维护吗？有没有简单的方法可以做到这一点？

不会像 Pinterest 那样为每个用户使用 Redis 列表，与 FlockDB 等解决方案相比会占用大量内存吗？

如果我误解了任何源信息，我深表歉意。如果有人分享对这个概念的一些见解，那将会很有帮助。提前致谢。

PS:我的应用程序关系和提要是社交网络式的。与前面提到的 Twitter/Pinterest 并不完全不同。

更新:

我不确定这个问题是否会得到解答，但我会用我学到的信息更新它。我已经配置了一个 Cassandra 集群，将所有物理对象写入表和 Redis 集群中，以存储高流量列表(数据关系)，否则这些列表将成为它们自己的 SQL 或 CQL 连接表(许多关系表，如 conversation_users).这非常有效，因为 A. Cassandra 不太擅长二级索引，无法在单个查询中查找多个二级索引值，因此使用 Redis 集，我基本上可以将列表交给 Cassandra B. Cassandra 最适合用作写入 > 阅读工具，因此 Redis 通过为其提供必要的主 ID 来减轻 Cassandra 的巨大负担，几乎消除了多个查询一组信息，C(再次使用二级索引)考虑扫描整个表以获取值与获取简单键及其设置值的性能。 D.(维护)这是可能的，我正在构建后台脚本，将几乎过期的低使用率 Redis 集序列化到 Cassandra 列中(再次使用 Redis 的优势) :内存，以及 Cassandra 的优势:日志记录)，然后在请求时(过期后)将这些序列化集写回 Redis。

我还是想知道哪些信息要缓存在Redis中，哪些要保存在Cassandra中。我不能将所有数据关系都保存在 Redis 中(尽管我愿意)，因为我潜在的社交图谱已经非常庞大。例如，我是否应该在 Redis 中保留最近读/写的实际对象以及具有这些对象 ID 的提要？这会占用大量 RAM，但会减少从 Cassandra 读取较新对象的次数。或者我应该在 Redis 中保留大部分关系(关注者、关注提要、blocked_users、喜欢的帖子等)？我更喜欢第二条路线，但它意味着更多地查询 Cassandra 以获取实际对象，我想在不每月支付 100 万美元 RAM 的情况下消除这些对象。我应该选择在 Redis 中保留哪些对象/关系？我从代码示例中学到了很多东西，所以如果您碰巧发现任何类似的东西，我将不胜感激。如果您有任何想法，请告诉我您的想法!谢谢。

Answer 1

All of this data (follower lists, pin list, etc) needs to be stored in a second database that can persist the data. Wouldn't it take a lot of work/maintenance to constantly keep Redis' list data and the other database's data in sync? Is there an easy way to do this?

Redis 具有内置持久性，因此您不需要第二个数据库来持久化数据。最简单的方法是使用 Redis Persistence