为什么MongoDB数据库中的dis相似性使用空间架构？

我们几天前就开始使用MongoDB了，但我们不明白为什么MongoDB使用的总磁盘空间和MongoDB使用的数据库大小如此不相似。我关注的问题如下：

当我们执行查询db.stats（）时；我们看到的细节如下：

• 数据大小：232.68MB
• 存储大小：292.58MB
• 索引大小：204.51MB
• avgObjSize:171MB

如果我们检查数据库位置，总文件大小（test.0+test.1+test.2..etc）为“2.8GB”。 在添加[datasize+storagesize+indexsize+avgobjsize=900.77MB]时，为什么它不等于磁盘“2.8GB”使用的物理空间。除了datasize、storagesize、indexsize、avgobjsize之外，还为MongoDB分配了哪些空间。你能给我们提供准确的建议吗

---

高级感谢，

MongoDB分配了一些空间供将来使用。在任何给定时刻，该额外空间都不应超过4GB。

MongoDB分配一些空间供将来使用。在任何给定时刻，该额外空间不得超过4GB。

数据大小是实际文档使用的空间量

Storage size是内部为文档分配的空间量。MongoDB会自动将填充添加到实际文档大小，以使更新不需要在磁盘上移动。因此，存储大小通常大于数据大小。将其视为实际文件系统之上的虚拟文件系统

FileSize是主机操作系统文件系统中磁盘上分配的空间量。这是以2GB的增量完成的，并且通常大于存储大小

对集合运行compact或repair可以通过删除填充来缩小存储大小。这在文档在磁盘上增长，然后删除一些数据的情况下非常有用。它仍然占据了存储空间的最大容量，因此，如果您在不断增长和收缩的过程中有大量客户流失，这将有助于收回空间

---

文件大小永远不会缩小，除非您将其移动到另一个系统，因为磁盘空间已分配给MongoDB使用。但是，缩小存储大小可以减少对另一个文件大小alloc的需要，从而有效地重新使用以前分配的空间。

数据大小是实际文档使用的空间量

Storage size是内部为文档分配的空间量。MongoDB会自动将填充添加到实际文档大小，以使更新不需要在磁盘上移动。因此，存储大小通常大于数据大小。将其视为实际文件系统之上的虚拟文件系统

FileSize是主机操作系统文件系统中磁盘上分配的空间量。这是以2GB的增量完成的，并且通常大于存储大小

对集合运行compact或repair可以通过删除填充来缩小存储大小。这在文档在磁盘上增长，然后删除一些数据的情况下非常有用。它仍然占据了存储空间的最大容量，因此，如果您在不断增长和收缩的过程中有大量客户流失，这将有助于收回空间

---

文件大小永远不会缩小，除非您将其移动到另一个系统，因为磁盘空间已分配给MongoDB使用。但是，缩小存储大小可以减少对另一个文件大小alloc的需要，从而有效地重新使用以前分配的空间。

Hi@Sergei Tulentsev，感谢您提供的信息。我们的一位技术人员说，存储大小由数据大小加上分配用于收集的可用空间表示。根据他的解释，分配的可用空间包括在存储大小中，那么为什么我们在数据库存储位置中有更多的大小。我指的是测试的大小。o，测试1…等等。请对此案件提供补救措施。再次感谢。这一点额外的空间是一个问题吗？就我所知，存储空间包括实际存储的东西（数据和索引）。额外空间不计入此值。您好@Sergei Tulentsev，谢谢您的信息。你能解释一下文件大小以及文件大小和存储大小之间的区别吗..嗨@Sergei Tulentsev，谢谢你提供的信息。我们的一位技术人员说，存储大小由数据大小加上分配用于收集的可用空间表示。根据他的解释，分配的可用空间包括在存储大小中，那么为什么我们在数据库存储位置中有更多的大小。我指的是测试的大小。o，测试1…等等。请对此案件提供补救措施。再次感谢。这一点额外的空间是一个问题吗？就我所知，存储空间包括实际存储的东西（数据和索引）。额外空间不计入此值。您好@Sergei Tulentsev，谢谢您的信息。您能解释一下文件大小以及文件大小和存储大小的区别吗。。