使用Cassandra进行用户注册[关闭]

Question

我正在将Cassandra用于正在开发的社交应用程序。 我真的很喜欢Cassandra所提供的一切。 我想知道是否可以在Cassandra本身中存储用户名和密码，还是应该使用第二个数据库（mongodb）存储用户名和密码。 当用户重设密码或更改电子邮件时，最终的一致性会导致问题。 我正在使用电子邮件作为查找用户数据的主键。 我在node.js中用JavaScript编写后端。

让我解释一下我要做什么。 在说5次错误的密码尝试后，我想添加密码重置和锁定功能。 问题是，如果用户尝试在第三台服务器更新之前登录，并且将密码与第三台服务器上的过时数据进行比较会发生什么？ 用户不会被锁定。 将用户名和密码存储在单独的数据库（如mongodb）中的最佳做法是吗？ 或者是他们解决这个问题的另一种方法。

Answer 1

您可以将用户名/密码存储在Cassandra中-他们的基本数据建模页面上有一个相关的示例可以帮助您进行思考： http : //www.datastax.com/dev/blog/basic-rules-of-cassandra-data-modeling 。

如果您不注意读取和写入数据的方式（并且读取/写入彼此之间很近），那么最终的一致性可能会成为一个问题。 可以将群集调整为类似于“普通”存储的行为（例如，一旦写入数据，后续读取将获得最后写入的值）； 但是，以下配置减少了Cassandra带给桌面的一些很棒的功能。

数据一致性

您可以为写入配置ALL的数据一致性 -这意味着您确保在写入完成之前所有节点都是最新的。 写入时最终没有一致性问题。

必须将该写入写入分区日志的集群中所有副本节点上的提交日志和内存表中。

但是，此写操作花费的时间更长，并且需要有足够的节点并可供您使用以获得所需的保证。

您还可以指定ALL 读取一致性，这意味着：

所有副本均响应后，返回记录。 如果副本没有响应，则读取操作将失败。

在这种情况下，如果您正在将数据写入三个节点，而其中一个无法响应，则读取将失败，因为Cassandra无法提供所要求的一致性保证。

我应该指出，这些是您可以使用的最严格的配置，还有其他一些可能适合您的情况。 我要提出的观点是：当您要求Cassandra表现得更像传统商店时，您需要权衡集群中一些真正吸引人的方面。

在做出此决定时，您需要考虑系统的预期特性（读取量，写入量，这两个同步的重要性等）。 IMOP虽然您可能可以将Cassandra用于此类数据，但除非您要处理大量用户，否则这不是我的首选。