MongoDB和HBase的一致性区别？交易？

Question

我听过很多次公司喜欢HBase的强一致性。我阅读了 HBase 并喜欢它。然后我想到了mongodb write和那时候的区别。查了一下MongoDB似乎也有很强的一致性。但它是一致的吗？看起来 HBase 有事务而 MongoDB 没有。我有点困惑。我找到的只是对它们的简单插入和更新，以及它们如何复制的解释。我还没有看到交易。

MongoDB 和HBase 的一致性有什么区别？我相信 HBase 有 ACID 事务，mongodb 是否有任何东西可以处理多个插入，或者是否期望所有内容都应该在一个文档中？ (我想不出为什么 atm 不够好)。

出于一致性和复制的原因，它们之间有什么区别，为什么会选择一个而不是另一个？

Answer 1

我只能回答 MongoDB。

MongoDB 没有服务器端事务。这并不意味着所有插入都应该是一个文档，因为 3 或 5 层深的文档的多级嵌套管理起来会很麻烦。更重要的是，它目前根本不受支持，使用 MongoDB 的社区已经亲自选择投票并支持不同的功能。

据说 MongoDB 可以进行客户端事务:http://docs.mongodb.org/manual/tutorial/perform-two-phase-commits/然而，由于这并非独立于数据库服务器本身，因此它仍然对某些可能影响其创建完整事务的能力的故障场景开放。

话虽这么说，如果您要编写某种守护程序来管理您在集群中的事务查询，我看不出有任何理由表明它的耐用性不如 HBase 所能提供的。

我不能说 HBase 的一致性，因为我个人并没有在生产环境中实际使用 HBase，但是 MongoDB 确实具有您期望 HBase 和 SQL 允许安全插入级别的单个查询的所有正常级别的读写一致性在您的应用程序获得操作的成功回调之前，它实际上可以复制到集群的其他节点。事实上，MongoDB 的默认设置并不是最终一致的，但是您可以这样设置。

我个人在这里和其他地方听说，两者之间的一致性和复制之间的偏好是主观的，取决于您的场景、硬件、平台和其他我们可能无法在这里全面讨论的细节。