Hvorfor er en tom MongoDB-database så stor?

Afhængigt af din version af MongoDB og den konfigurerede lagermotor, vil adskillige data- og metadatafiler blive forhåndstildelt ved opstart. Dette er den forventede adfærd:En "tom" implementering resulterer stadig i husholdnings- og diagnostiske data.

Baseret på din mappeliste kører du MongoDB 3.2, som som standard bruger WiredTiger-lagringsmotoren. WiredTiger tildeler op til 100 MB pr. journalfil, så din nye implementering har ~300 MB forudtildelte journalfiler :

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

Bortset fra journalfiler, andre metadata, der vil blive oprettet i din dbpath (uden at du eksplicit har oprettet databaser endnu) vil omfatte:

• En local database med en begrænset samling kaldet startup_log med nogle diagnostiske oplysninger om hver opstart af denne forekomst af mongod . Der vil være en tilknyttet samling og indeksfil for local.startup_log; filnavnene er uigennemsigtige, men som de første oprettede filer gætter jeg på i dit eksempel, at disse kan være:

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

• Flere WiredTiger-metadatafiler. Der vil altid være mindst én database i en implementering siden local databasen oprettes som standard for 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 vejviser; dette er til periodisk sampling af serverstatusmålinger:

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