mongodb - 消息服务 : redis or mongodb?

Question

我正在开发一个比简单地发送接收消息更高级的消息系统；它看起来像 facebook 聊天/消息传递:它有聊天方面，但也有消息传递方面，如群组消息、已读/未读消息等。

在 Redis 上，我会简单地使用列表来存储收到的消息，例如:

myID = [ "amy|how are you?", "frank|long time no see!" ]
amyID = [ "john|I'm good! you?" ]

(为了便于阅读，我已将其全部简化。

但以这种方式我将无法跟踪单个对话，因为一旦收到消息，它们将始终被刷新(因此基本上没有“收件箱”功能。

另一方面，如果我使用 mongodb，我可以使用这样的东西:How to keep track of a private messaging system using MongoDB?

我想到了以下优点/缺点:

数据库

优点:

• 可以查看收件箱 View
• 可以检查每个对话中的已读/未读消息

缺点

• 不如redis快
• 存储空间增加很多

Redis

优点:

• 容易接收新消息
• 没有存储问题(消息被刷新)

缺点:

• 一旦消息发送到客户端就会丢失，因此没有已读/未读功能和
• 没有收件箱

有什么想法吗？

提前致谢。

Answer 1

我无法为 Redis 负责，因为我不使用它，也从未使用过它，所以我不会假装我使用过它。

但是，如果出于某种原因，您没有像 Facebook 那样使用 XMPP 客户端之类的东西:http://www.ibm.com/developerworks/xml/tutorials/x-realtimeXMPPtut/section3.html (又名 Jabber)聊天，然后我将描述在这种情况下的纯 MongoDB 解决方案。

MongoDB 使用操作系统的 LRU 作为缓存文档和查询的一种方式，公平地说它不提供直接查询缓存，但是如果你很聪明，你将不需要它；相反，您只需直接从 RAM 中读取所有查询。考虑到这一点，MongoDB 可以与 Redis 一样快，因为 Redis 也使用计算机 RAM。

我认为优化查询时两者之间的速度可以忽略不计。真正的速度衡量标准来自您的模式、索引、集群设置和您执行的查询。

此处关于存储大小的说明，考虑了您的意见:

the problem with flushing mongodb is bigger than I initially though: apparently when you delete something on mongo you only delete its reference, so if you delete 4mb of documents, it won't free up that much space. the only way to actually free up that memory is to run a dbRepair (or something among this line) that basically blocks the db while running....

您似乎对 MongoDB 的工作原理有一些误解。

此链接将对您有所帮助:http://www.10gen.com/presentations/storage-engine-internals它将描述使用过多磁盘空间的一些原因，还将解释您对计算机如何工作以及 MongoDB 如何释放空间和重用空间的一些误解。

MongoDB 不会在记录级别释放空间。相反，它会发送那个“空”记录(记录和文档是两个不同的东西，正如演示文稿将告诉您的那样)，将其插入已删除的存储桶列表，然后在新文档(或已移动的更新文档)时重用该空间) 出现并适合该空间。

的确，如果您不小心和不了解 MongoDB 在这个级别上的工作方式，您可能会被迫相当定期地运行 repairDB 以在碎片化后保持任何性能。

至于内存处理。正如我所说，操作系统会处理这个问题。关于操作系统何时释放内存的一个很好的解释在维基百科上:http://en.wikipedia.org/wiki/Paging

Until there is not enough RAM to store all the data needed, the process of obtaining an empty page frame does not involve removing another page from RAM.

因此操作系统会为您处理删除页面，您不应该关心这部分，而应该关心使您的工作集适合 RAM。

如果您担心存储消息并且真的不想这样做，即您希望它们被“刷新”，您实际上可以使用稍后安装的 MongoDB 附带的 TTL 功能:http://docs.mongodb.org/manual/tutorial/expire-data/这基本上允许您设置从集合中删除消息的超时时间。

所以就个人而言，如果设置正确，MongoDB 可以像 Facebook 那样进行消息传递和聊天，当然他们使用 XMPP 协议(protocol)，然后将消息存档到 Cassandra 中以供搜索，但您不必像他们那样做，那只是实现相同目标的一种方式。

希望这是有道理的，我没有绕圈子，这个答案有点长。