【问题标题】:How many documents can MondoDB handle?MongoDB 可以处理多少个文档?
【发布时间】:2020-05-07 03:13:30
【问题描述】:

我一直在制作游戏回放系统,每 100 毫秒将玩家动作保存为 JSON 文件。目前我正在使用 Java,所以我可以毫不拖延地将 json 转换为地图或文本。 json 的平均大小为 8MB,最大为 15MB。我曾经将 json 文件上传到互联网,每当玩家想再次观看时,我都会从互联网下载,但这对我不利。如果您认为互联网的流量和使用对我不利。所以我决定使用数据库并尝试了 Redis,但它不适合这个过程。归根结底,我只剩下一个数据库,那就是 MongoDB。

问题

  1. 每个文档 15MB 对 mongodb 不利吗?
  2. 我经常从 mongodb 推拉 15MB 的数据。它可能会导致平均系统速度变慢吗? 例如,每 10 分钟推/拉 10 次数据。
  3. 一段时间后会有很多超过 10MB 的数据。将来对我来说可能是问题吗?
  4. 我想对文档使用 MongoDB 计时器。我会在 48 小时后杀死每个文件。为每个文档使用 MongoDB 计时器是不是很糟糕?

注意: Decidated 服务器和 Mongo 服务器位于同一位置和机器。您可以将确定的服务器功能想象成一个普通系统。

我想得到我的问题的答案。

【问题讨论】:

    标签: database mongodb nosql limit


    【解决方案1】:

    每个文档 15MB 对 mongodb 不利吗?

    没有。

    我经常从 mongodb 推拉 15MB 的数据。它可能会导致平均系统速度变慢吗?例如,每 10 分钟推/拉 10 次数据。

    “系统”指的是什么?数据库服务器?应用服务器?使用该应用程序的客户端?

    当数据被传输时,它将利用网络带宽,并且对于 3 个可能的“系统”中的任何一个可能同时进行的任何其他操作,剩余的带宽都会减少。

    一段时间后会有很多超过 10MB 的数据。将来对我来说可能是问题吗?

    假设您可以支付存储费用并留在MongoDB limits 内,不。

    我想对文档使用 MongoDB 计时器。我会在 48 小时后杀死每个文件。对每个文档使用 MongoDB 计时器是不是很糟糕?

    没有。

    【讨论】:

      【解决方案2】:

      它可以存储任意数量的文档,每个文档的大小最大为 16MB。 我推荐你阅读这篇文章https://www.mongodb.com/compare/mongodb-dynamodb 您的疑虑可能会变得清晰。

      【讨论】:

      • 正如我上面提到的,我知道 MongoDB 的局限性,但我想知道它的性能。你可以再看看我的问题。
      猜你喜欢
      • 2016-08-20
      • 2014-11-16
      • 1970-01-01
      • 2014-11-17
      • 2019-04-18
      • 1970-01-01
      • 1970-01-01
      • 2012-03-18
      • 2019-04-11
      相关资源
      最近更新 更多