Защо празната база данни MongoDB е толкова голяма?

В зависимост от вашата версия на MongoDB и конфигурираната машина за съхранение, няколко файла с данни и метаданни ще бъдат предварително разпределени при стартиране. Това е очакваното поведение:„празното“ внедряване все още води до данни за поддръжка и диагностика.

Въз основа на вашия списък с директории, вие използвате MongoDB 3.2, който по подразбиране използва механизма за съхранение WiredTiger. WiredTiger разпределя до 100MB на журнален файл, така че новото ви внедряване има ~300MB предварително разпределени журнал файлове :

     100M    ./journal/WiredTigerLog.0000000003
     100M    ./journal/WiredTigerPreplog.0000000001
     100M    ./journal/WiredTigerPreplog.0000000002

Освен журналните файлове, други метаданни, които ще бъдат създадени във вашия dbpath (без все още да сте създали изрично бази данни) ще включва:

local база данни с ограничена колекция, наречена startup_log с известна диагностична информация за всяко стартиращо извикване на този екземпляр на mongod . Ще има свързана колекция и индекс файл за local.startup_log; имената на файловете са непрозрачни, но като първите създадени файлове, предполагам, че във вашия пример те може да са:
```
 36K    ./collection-0-3697658674625742251.wt
 36K    ./index-1-3697658674625742251.wt
```
Множество файлове с метаданни на WiredTiger. Винаги ще има поне една база данни в внедряването след local базата данни се създава по подразбиране за startup_log :
```
4.0K    ./WiredTiger
4.0K    ./WiredTiger.lock
4.0K    ./WiredTiger.turtle
4.0K    ./WiredTigerLAS.wt
 16K    ./_mdb_catalog.wt
 36K    ./sizeStorer.wt
 44K    ./WiredTiger.wt
```
A diagnostic.data указател; това е за периодично вземане на проби от показателите за състоянието на сървъра:
```
168K    ./diagnostic.data/metrics.2016-06-10T11-17-58Z-00000
72K    ./diagnostic.data/metrics.2016-06-10T10-19-31Z-00000
```