MongoDB vs. Cassandra [关闭]

Question

我正在评估什么可能是最好的迁移选项。

目前，我在一个分片 MySQL（水平分区）上，我的大部分数据都存储在 JSON blob 中。我没有任何复杂的 SQL 查询（自从我对我的数据库进行分区后就已经迁移走了）。

现在，MongoDB 和 Cassandra 似乎都是可能的选择。我的情况：

• 每个查询中的读取次数较多，写入次数较少
• 不担心“大规模”可扩展性
• 更关心简单的设置、维护和代码
• 最大限度地降低硬件/服务器成本

Answer 1

每个查询中的读取次数较多，常规写入次数较少

两个数据库在热数据集适合内存的读取方面表现良好。两者都强调无连接数据模型（并鼓励非规范化），并且都提供documents 或rows 上的索引，尽管 MongoDB 的索引目前更加灵活。

无论您的数据集增长到多大，Cassandra 的存储引擎都能提供恒定时间的写入。在 MongoDB 中写入问题更多，部分原因是基于 b-tree 的存储引擎，但更多是因为它确实存在multi-granularity locking。

对于分析，MongoDB 提供了自定义的 map/reduce 实现； Cassandra 提供原生 Hadoop 支持，包括对Hive（基于 Hadoop map/reduce 构建的 SQL 数据仓库）和Pig（一种特定于 Hadoop 的分析语言，许多人认为比 SQL 更适合 map/reduce 工作负载）。 Cassandra 还支持使用Spark。

不担心“大规模”可扩展性

如果您正在查看单个服务器，MongoDB 可能更合适。对于那些更关心扩展的人来说，Cassandra 的无单点故障架构将更容易设置和更可靠。 （MongoDB 的全局写锁也往往会变得更加痛苦。）Cassandra 还可以更好地控制复制的工作方式，包括对多个数据中心的支持。

更关心简单的设置、维护和代码

两者的设置都很简单，单个服务器具有合理的开箱即用默认值。 Cassandra 在多服务器配置中设置起来更简单，因为没有需要担心的特殊角色节点。

如果您目前使用的是 JSON blob，那么 MongoDB 非常适合您的用例，因为它使用 BSON 来存储数据。您将能够拥有比现有数据库中更丰富、更可查询的数据。这将是 Mongo 最重要的胜利。

Answer 2

我已经广泛使用 MongoDB（过去 6 个月），构建了一个分层数据管理系统，我可以保证设置的简单性（安装、运行、使用！）和速度。只要您仔细考虑索引，它绝对可以在速度方面尖叫。

我认为 Cassandra 具有更好的扩展功能，因为它与 Twitter 等大型项目一起使用，尽管 MongoDB 团队正在那里进行平价工作。需要指出的是，我没有在试运行阶段之后使用过 Cassandra，所以我不能详细说明。

当我们评估 NoSQL 数据库时，对我来说真正的摇摆不定是查询 - Cassandra 基本上只是一个巨大的键/值存储，而且查询有点繁琐（至少与 MongoDB 相比），所以对于性能而言，你' d 必须复制相当多的数据作为一种手动索引。另一方面，MongoDB 使用“示例查询”模型。

例如，假设您有一个包含用户的集合（MongoDB 用语，相当于 RDMS 表）。 MongoDB 将记录存储为 Documents，它们基本上是二进制 JSON 对象。例如：

{
   FirstName: "John",
   LastName: "Smith",
   Email: "john@smith.com",
   Groups: ["Admin", "User", "SuperUser"]
}

如果您想查找所有名为 Smith 且拥有管理员权限的用户，您只需创建一个新文档（在管理控制台中使用 Javascript，或在生产环境中使用您选择的语言）：

{
   LastName: "Smith",
   Groups: "Admin"
}

...然后运行查询。而已。添加了比较运算符、RegEx 过滤等，但都非常简单，而且基于 Wiki 的文档也很不错。

Answer 3

为什么要在传统数据库和 NoSQL 数据存储之间进行选择？两者都用！ NoSQL 解决方案的问题（超出最初的学习曲线）是缺乏事务——您对 MySQL 进行所有更新，并让 MySQL 填充 NoSQL 数据存储以进行读取——然后您可以从每种技术的优势中受益。这确实增加了更多的复杂性，但是您已经有了 MySQL 方面——只需添加 MongoDB、Cassandra 等。

对于相同的规格，NoSQL 数据存储通常比传统数据库具有更好的扩展性——Facebook、Twitter、Google 和大多数初创企业都使用 NoSQL 解决方案是有原因的。这不仅仅是极客对新技术的兴趣。

Answer 4

我可能会成为一个奇怪的人，但我认为你需要继续使用 MySQL。您还没有描述需要解决的实际问题，MySQL/InnoDB 是一个出色的存储后端，即使对于 blob/json 数据也是如此。

一旦意识到并非使用 RDBMS 的所有功能，Web 工程师就有一个常见的技巧，即尝试使用更多的 NoSQL。仅此一项并不是一个好的理由，因为大多数 NoSQL 数据库的数据引擎（MySQL 称之为存储引擎）通常都很差。

现在，如果您不是那种类型，那么请指定 MySQL 中缺少的内容，并且您正在其他数据库中查找（例如，自动分片、自动故障转移、多-master 复制，集群中较弱的数据一致性保证在更高的写入吞吐量中得到回报等）。

Answer 5

我没用过Cassandra，但是我用过MongoDB，觉得它很棒。

如果您进行简单的设置，就是这样：您只需解压 MongoDB 并运行 mongod 守护程序，就是这样......它正在运行。

显然这只是一个入门，但要让您入门很容易。

Answer 6

我昨天看了一个关于 mongodb 的介绍。我可以肯定地说设置很“简单”，就像打开包装并启动它一样简单。完成。

我相信 mongodb 和 cassandra 几乎都可以在任何常规的 linux 硬件上运行，因此您应该不会在该领域发现太多障碍。

我认为，在这种情况下，归根结底，您个人觉得哪个更舒服，哪个工具集更适合您。至于关于 mongodb 的演示，演示者表示 mongodb 的工具集非常轻巧，并且没有很多（他们说真的）类似于 MySQL 可用的工具。这当然是他们的经验，所以 YMMV。我喜欢 mongodb 的一件事是它似乎有很多语言支持（Python 和 .NET 是我主要使用的两个）。

使用 mongodb 的网站列表很漂亮impressive，我知道 Twitter 刚刚切换到使用 cassandra。