我正在编写一个功能，它可能会导致我们为特定端点执行几百个甚至 1000 个 mongodb 事务。我想知道mongodb中可以发生的事务数是否有最大限制？
我阅读了关于 SQL 服务器 Can SQL server 2008 handle 300 transactions a second? 的旧答案，但在 mongo 上找不到任何内容
【问题讨论】：
很难找到无偏见的基准，更不用说客观反映您的预计工作量的基准了。
这是一个，由 Cassandra 的制造商（显然，这里是 Cassandra 获胜）：Cassandra vs. MongoDB vs. Couchbase vs. HBase
以每秒几千次操作为起点，它只会随着集群规模的增长而上升。
再一次 - 这里的数字只是一个基准，不能用于正确估计应用程序在数据上的性能。并非所有交易都是平等的。
【讨论】：
嗯，这不是对您问题的直接回答，但由于您引用了一个比较，我想分享一下 Couchbase 的经验。谈到 Couchbase：集群的性能通常受到网络带宽的限制（假设您为其提供了 SSD/NVMe 存储，这可以改善存储延迟）。我在运行 Couchbase 4.x 和 5.x 的 4 节点集群上实现了超过 400k TPS。在 K/V 用例中。
节点规格如下：
HP BL460c 刀片上的 12 核 x 2 Xeon
SAS SSD（NVMe 通常会好很多）
刀片机箱内的 10 GBPS 网络
在我们来到这里之前，我们离开了 MongoDB，它把系统吞吐量限制在最多几万。
【讨论】：