Waarom is een lege MongoDB-database zo groot?

Afhankelijk van uw versie van MongoDB en geconfigureerde opslagengine, worden verschillende gegevens- en metagegevensbestanden vooraf toegewezen bij het opstarten. Dit is het verwachte gedrag:een "lege" implementatie resulteert nog steeds in huishoud- en diagnostische gegevens.

Op basis van uw directoryvermelding gebruikt u MongoDB 3.2 die standaard de WiredTiger-opslagengine gebruikt. WiredTiger wijst maximaal 100 MB per logboekbestand toe, dus uw nieuwe implementatie heeft ~300 MB vooraf toegewezen journalbestanden :

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

Afgezien van journaalbestanden, andere metadata die worden aangemaakt in uw dbpath (zonder dat u nog expliciet databases heeft aangemaakt) bevat:

• Een local database met een gelimiteerde verzameling genaamd startup_log met wat diagnostische informatie over elke opstartaanroep van dit exemplaar van mongod . Er zal een bijbehorend collectie- en indexbestand zijn voor local.startup_log; de bestandsnamen zijn ondoorzichtig, maar als de eerste bestanden die zijn gemaakt, vermoed ik dat dit in uw voorbeeld kunnen zijn:

   36K    ./collection-0-3697658674625742251.wt
   36K    ./index-1-3697658674625742251.wt
  

• Meerdere WiredTiger-metadatabestanden. Er zal altijd ten minste één database in een implementatie zijn sinds de local database wordt standaard gemaakt voor de 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
  

• Een diagnostic.data map; dit is voor periodieke steekproeven van serverstatusstatistieken:

  168K    ./diagnostic.data/metrics.2016-06-10T11-17-58Z-00000
  72K    ./diagnostic.data/metrics.2016-06-10T10-19-31Z-00000