Varför är en tom MongoDB-databas så stor?

Beroende på din version av MongoDB och den konfigurerade lagringsmotorn kommer flera data- och metadatafiler att förallokeras vid start. Detta är det förväntade beteendet:en "tom" driftsättning resulterar fortfarande i hushålls- och diagnosdata.

Baserat på din kataloglista kör du MongoDB 3.2 som som standard använder WiredTiger-lagringsmotorn. WiredTiger tilldelar upp till 100 MB per journalfil, så din nya distribution har ~300 MB förallokerade journalfiler :

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

Förutom journalfiler, andra metadata som kommer att skapas i din dbpath (utan att du uttryckligen har skapat databaser ännu) kommer att innehålla:

• En local databas med en begränsad samling som heter startup_log med lite diagnostisk information om varje startanrop av denna instans av mongod . Det kommer att finnas en associerad samlings- och indexfil för local.startup_log; filnamnen är ogenomskinliga men som de första filerna som skapades gissar jag i ditt exempel att dessa kan vara:

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

• Flera WiredTiger-metadatafiler. Det kommer alltid att finnas minst en databas i en distribution sedan local databasen skapas som standard för 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
  

• En diagnostic.data katalog; detta är för periodiskt urval av serverstatusstatistik:

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