Mongodb 哪种数据存储系统提供了最佳的更新/升级性能？

我正在寻找一种提供最佳更新/升级性能的数据存储系统（首选NoSql）。这是迄今为止最重要的方面。此外，重要的是更新记录的大小将快速增长。我一直在使用MongoDB，但我无法使更新性能达到所需的水平

---

有人能推荐什么吗？

Cassandra提供了一个最终的一致性模型（不过，这有点用词不当，因为它可以调整为非常一致的），它允许非常好的插入/更新性能。我没有任何可靠的基准可以提供给您，但我在自己的经验中看到的以及我在网上读到的大部分内容，看起来Cassandra提供了比HBase更好的插入/更新性能

---

我会看一下这两种方法，并用一些示例数据对它们进行测试，看看哪一种适合您。我是Cassandra的超级粉丝，但我希望他们的超级专栏能更有用。

Cassandra提供了一个最终的一致性模型（尽管，这有点用词不当，因为它可以调整为非常一致），它允许非常好的插入/更新性能。我没有任何可靠的基准可以提供给您，但我在自己的经验中看到的以及我在网上读到的大部分内容，看起来Cassandra提供了比HBase更好的插入/更新性能

---

我会看一下这两种方法，并用一些示例数据对它们进行测试，看看哪一种适合您。我是Cassandra的超级粉丝，但我希望他们的超级专栏更有用。

在转而使用其他DB解决方案之前，MongoDB的瓶颈是什么？你是不是把磁盘IO设置到最大了？你有没有用大量的线程输入服务器？你取得了什么样的成绩？我见过服务器级硬件每秒推送数以万计的插入，那么您需要什么呢

显然，还有很多其他DB解决方案可以作为关键值DB。Riak、Redis、Membase、CouchDB、HBase等等。但和MongoDB一样，这些数据库都不是魔法，它们仍然遵守计算机物理的基本定律

因此，要对您的问题获得真正好的答案，我们需要：

• 服务器配置
• 您运行的基本测试
• 你取得的成绩
• 测试期间的基本服务器监视数据

---

我提到的其他数据库的性能可能比MongoDB稍好一些，但它们的性能不会比MongoDB好100倍，因此我们需要确认您正在寻找的数据库。

在跳转到其他DB解决方案之前，MongoDB的瓶颈是什么？你是不是把磁盘IO设置到最大了？你有没有用大量的线程输入服务器？你取得了什么样的成绩？我见过服务器级硬件每秒推送数以万计的插入，那么您需要什么呢

显然，还有很多其他DB解决方案可以作为关键值DB。Riak、Redis、Membase、CouchDB、HBase等等。但和MongoDB一样，这些数据库都不是魔法，它们仍然遵守计算机物理的基本定律

因此，要对您的问题获得真正好的答案，我们需要：

• 服务器配置
• 您运行的基本测试
• 你取得的成绩
• 测试期间的基本服务器监视数据

---

我提到的其他数据库的性能可能比MongoDB稍好一些，但它们的性能不会比MongoDB好100倍，因此我们确实需要确定您要查找的数据库。

因为我还不能对其他帖子发表评论，所以我将此作为一个答案： 购买更快的硬盘是相当推荐的，正如Remon所说，7200rpm的硬盘并不是很贵，当然，如果你想获得最佳性能，SSD将是最好的选择

根据你的问题，我只在NoSQL场景中使用过mongoDB，并且考虑到我使用的是低端硬件，所以在更新/升级方面我看到了非常好的性能

然而，我现在只处理每秒几百次的更新，我不知道在更高的音量水平下的性能

---

此外，您也没有指定在数据库中插入的数据量、操作的频率以及“预测”量。

由于我还不能对其他帖子发表评论，因此我将此作为答案发布： 购买更快的硬盘是相当推荐的，正如Remon所说，7200rpm的硬盘并不是很贵，当然，如果你想获得最佳性能，SSD将是最好的选择

根据你的问题，我只在NoSQL场景中使用过mongoDB，并且考虑到我使用的是低端硬件，所以在更新/升级方面我看到了非常好的性能

然而，我现在只处理每秒几百次的更新，我不知道在更高的音量水平下的性能

---

此外，您也没有指定在数据库上增加的数据量、操作的频率和“预测”量。

正如其他人所说，找到瓶颈（1）的位置和内容比广泛的陈述更有帮助

然而，根据我的经验，基于一个非常小且不科学的实验，Cassandra的加载速度似乎更快（我在尝试时从未将空闲时间降到零）

这只是一个观察——我不认为这是任何建议

要做出明智的选择，你需要权衡

• 周围的软件生态系统
• 功能性与非功能性 功能要求，例如
  • 面向文档的应用程序的好处 通过键值存储的数据库
  • 需要一个网格文件系统

（1） 记住——你永远不会消除瓶颈——你只是把它们移到别处：（-）只要你