还有一个关于NoSQL选择的问题。
但是，我还没有找到有人要求这种目的，消息存储......

我有一个Erlang聊天服务器，我已经使用MySQL存储好友列表，以及"JOIN needed"信息。

我想存储消息(用户因为离线而没有收到消息......)并检索它们。

我已经预先选择了NoSQL，我不能使用像MongoDB这样的东西，因为它是面向RAM的范例，并且不能像其他人一样集群。
我想我的列表中有3个选项：

• HBase的
• 了Riak
• 卡桑德拉

我知道他们的模型不同，一个使用键/值，另一个使用SuperColumns和co。

到目前为止，我对Riak有偏好，因为它是Erlang的稳定客户端库。

我知道我可以使用Cassandra和Thrift，但是对于Erlang来说似乎不太稳定(我没有得到很好的回报)

我现在对HBase一无所知，只知道它存在并且基于像Cassandra和Riak这样的Dynamo。

所以这就是我需要做的事情：

• 每个注册用户存储1到X条消息。
• 获取每个用户存储的消息数。
• 一次检索用户的所有消息。
• 一次删除用户的所有消息。
• 删除所有超过X个月的邮件

现在，我对那些NoSQL DB真的很陌生，我一直都是一个MySQL爱好者，这就是为什么我问你这个问题，作为一个新手，会有比我更多经验的人能帮助我选择哪个更好，并且会让我做我想做的一切而不用太麻烦......

谢谢 ！

我不能代表Cassandra或Hbase，但让我谈谈Riak部分。

是的，Riak适合您的场景(我看到有几家公司和社交网络将其用于类似目的)。

要实现这一点，您需要简单的Riak Key / Value操作，以及某种索引引擎。您的选择(按优先顺序排列)：

运行一些性能测试，选择最快的方法。

至于架构，我建议使用两个桶(用于您描述的设置)：用户存储桶和消息存储桶。

索引消息桶。 (通过将搜索索引与其关联，或通过2i存储user_key)。这使您可以执行所有必需的操作(并且消息日志不必适合内存)：

• 每个注册用户存储1到X条消息 - 创建用户对象并获取用户密钥后，每个用户存储任意数量的消息很容易，它们将直接写入消息桶，每条消息存储相应的user_key作为二级指标。
• 获取每个用户存储的消息数量 - 没问题。获取属于用户的消息密钥列表(通过搜索查询，通过检索保存密钥的Set对象，或通过user_key上的2i查询)。这使您可以在客户端获得计数。
• 一次检索用户的所有消息 - 请参阅上一项。获取属于该用户的所有消息的密钥列表(通过Search，Sets或2i)，然后通过多次获取每个密钥的值来获取这些密钥的实际消息(所有官方Riak客户端都有multiFetch能力，客户端)。
• 立即删除用户的所有消息 - 非常相似。获取用户的消息密钥列表，在客户端发出删除消息密钥。
• 删除所有超过X个月的邮件 - 您可以在日期添加索引。然后，检索所有超过X个月的消息密钥(通过Search或2i)，并为它们发出客户端删除。

我建议使用像Riak或Couchbase这样的分布式密钥/值存储，并将每个用户序列化的整个消息日志(二进制erlang术语或JSON / BSON)保存为一个值。

因此，使用您的用例，它将如下所示：

• 每个注册用户存储1到X条消息 - 当用户上线时，产生一个有状态的gen_server，它从存储中获取并在启动时反序列化整个消息日志，接收新消息，将它们附加到日志的副本，在它终止的会话结束时，序列化已更改的日志并将其发送到存储。
• 获取每个用户存储的消息数 - 获取注销，反序列化，计数;或者可以将计数存储在单独的k / v对中。
• 立即从用户检索所有消息 - 只需从存储中提取。
• 立即删除用户的所有消息 - 只需从存储中删除值即可。
• 删除所有超过X个月的邮件 - 获取，过滤，放回。

明显的限制 - 消息日志必须适合内存。

如果您决定单独存储每条消息，那么如果您希望它们按时间顺序排序，则需要从分布式数据库中对它们进行排序，因此处理大于内存的数据集几乎没有帮助。如果需要 - 你最终会得到一些更棘手的方案。

我根本不能和Riak说话，但我会质疑你放弃Mongo的选择。只要你关闭日记功能并且没有完全饿死RAM就可以了。

我对HBase了解很多，听起来很容易满足你的需求。根据您拥有的用户数量，可能会有些过度。它简单地支持诸如为每个用户存储许多消息之类的事情，并具有自动写入过期的功能。根据您构建架构的方式，它可能是原子的，也可能不是原子的，但这对您的用例无关紧要。

缺点是正确设置它需要很多开销。在站立HBase之前，您需要了解Hadoop，运行HDFS，确保您的名称节点可靠等。