Proč je prázdná databáze MongoDB tak velká?

V závislosti na vaší verzi MongoDB a nakonfigurovaném úložišti bude při spuštění předem přiděleno několik souborů dat a metadat. Toto je očekávané chování:„prázdné“ nasazení má stále za následek úklid a diagnostická data.

Na základě vašeho seznamu adresářů používáte MongoDB 3.2, který jako výchozí používá úložiště WiredTiger. WiredTiger přiděluje až 100 MB na soubor deníku, takže vaše nové nasazení má ~300 MB předem přidělených souborů deníků :

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

Kromě souborů žurnálu budou další metadata vytvořena ve vaší dbpath (aniž byste ještě explicitně vytvořili databáze) bude obsahovat:

• local databáze s omezenou kolekcí nazvanou startup_log s některými diagnostickými informacemi o každém spuštění spuštění této instance mongod . K dispozici bude přidružená kolekce a soubor indexu pro local.startup_log; názvy souborů jsou neprůhledné, ale předpokládám, že jako první vytvořené soubory ve vašem příkladu mohou být:

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

• Více souborů metadat WiredTiger. Od local bude v nasazení vždy alespoň jedna databáze databáze je standardně vytvořena pro 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 adresář; toto je pro pravidelné vzorkování metrik stavu serveru:

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