Memory and storage engine basics (WiredTiger) in MongoDB - Step-by-Step Execution

Concept Flow - Memory and storage engine basics (WiredTiger)

Start MongoDB Instance

↓

Initialize WiredTiger Engine

↓

Allocate Memory Cache

↓

Manage Data in Cache

↓

Write Data to Disk

↓

Read Data from Disk

↓

Serve Queries Using Cache and Disk

↓

Shutdown MongoDB Instance

This flow shows how MongoDB starts, initializes WiredTiger, manages memory cache, reads/writes data, and serves queries.

Execution Sample

MongoDB

1. Start MongoDB with WiredTiger
2. WiredTiger allocates cache memory
3. Data is read/written using cache
4. Cache flushes data to disk
5. Queries use cache and disk data

This sequence shows how WiredTiger manages memory and storage during MongoDB operations.

Execution Table

Step	Action	Memory Cache State	Disk State	Result
1	Start MongoDB with WiredTiger	Empty	Empty	WiredTiger engine initialized
2	Allocate cache memory (default 50% RAM)	Cache allocated (e.g. 2GB)	Empty	Memory ready for data
3	Write data to collection	Data stored in cache	Disk unchanged	Fast write acknowledged
4	Cache flush triggered	Cache partially cleared	Data written to disk	Data safely stored on disk
5	Read query requested	Data checked in cache	If missing, read from disk	Query served quickly
6	Shutdown MongoDB	Cache flushed fully	All data on disk	Clean shutdown
7	End	Cache empty	Data persisted	MongoDB stopped

💡 MongoDB stops after flushing all cache data to disk to ensure data durability.

Variable Tracker

Variable	Start	After Step 2	After Step 3	After Step 4	After Step 5	After Step 6	Final
Memory Cache	Empty	Allocated (2GB)	Contains new data	Partially cleared	Checked for reads	Flushed fully	Empty
Disk Storage	Empty	Empty	Empty	Data written	Data read if needed	All data persisted	Data persisted

Key Moments - 3 Insights

Why does WiredTiger use a memory cache before writing to disk?

WiredTiger uses memory cache to speed up data operations by temporarily holding data in fast memory before writing it slower to disk, as shown in steps 3 and 4 of the execution_table.

What happens if data is not found in the cache during a read?

If data is missing in cache, WiredTiger reads it from disk to serve the query, as shown in step 5 of the execution_table.

Why must the cache be fully flushed before MongoDB shuts down?

Flushing the cache ensures all data is safely stored on disk to prevent data loss, as shown in step 6 of the execution_table.

Visual Quiz - 3 Questions

Look at the execution_table, what is the state of the memory cache after step 3?

A Cache contains new data

B Cache is empty

C Cache is fully flushed

D Cache is partially cleared

💡 Hint

Check the 'Memory Cache State' column at step 3 in the execution_table.

At which step does WiredTiger write data from cache to disk?

A Step 2

B Step 4

C Step 5

D Step 6

💡 Hint

Look for 'Cache flush triggered' and 'Data written to disk' in the execution_table.

If the cache was never flushed, what would happen at shutdown (step 6)?

A MongoDB would not start

B Data would be safely stored on disk

C Data would be lost because it is only in cache

D Cache would automatically clear without writing

💡 Hint

Refer to the importance of flushing cache before shutdown in key_moments and execution_table step 6.

Concept Snapshot

WiredTiger is MongoDB's default storage engine.
It uses a memory cache to speed up reads/writes.
Data is first stored in cache, then flushed to disk.
Cache size defaults to about 50% of RAM.
Flushing cache ensures data durability on shutdown.

Full Transcript

This visual execution shows how MongoDB uses the WiredTiger storage engine to manage memory and disk storage. When MongoDB starts, WiredTiger initializes and allocates a memory cache, typically half of the system RAM. When data is written, it first goes into this fast cache, making writes quick. Periodically, WiredTiger flushes the cache, writing data safely to disk. Reads check the cache first, then disk if needed, speeding up queries. Before MongoDB shuts down, the cache is fully flushed to ensure no data is lost. This process balances speed and durability by using memory and disk efficiently.