Why Multi-version concurrency control (MVCC) in DBMS Theory? - Purpose & Use Cases

The Big Idea

What if everyone could read and write at once without stepping on each other's toes?

The Scenario

Imagine a busy library where many people want to read and update the same book at the same time.

Without a system to manage this, readers might get confused by changes or writers might overwrite each other's notes.

The Problem

Manually locking the book for each reader or writer means others must wait, causing delays and frustration.

It's easy to make mistakes, like forgetting to unlock or blocking important updates.

The Solution

Multi-version concurrency control (MVCC) creates separate versions of the book for each reader and writer.

This way, readers see a stable snapshot without waiting, and writers can update without blocking others.

Before vs After

✗ Before

LOCK book;
read or write;
UNLOCK book;

✓ After

read_version = get_snapshot();
write_new_version();

What It Enables

MVCC allows many users to work smoothly at the same time without waiting or losing data.

Real Life Example

In online banking, many customers check balances and make transactions simultaneously without delays or errors thanks to MVCC.

Key Takeaways

Manual locking causes delays and errors in concurrent access.

MVCC provides separate versions to avoid waiting and conflicts.

This improves performance and data consistency in busy systems.

Practice

1. What is the main purpose of Multi-Version Concurrency Control (MVCC) in databases?

easy

A. To delete old versions of data immediately after update

B. To prevent any user from reading data during updates

C. To lock the entire database during transactions

D. To allow multiple users to access data simultaneously without blocking

Solution

1. Step 1: Understand MVCC's role in concurrency

   MVCC allows multiple users to work on the database at the same time without waiting for locks.

2. Step 2: Compare options with MVCC purpose

   Only To allow multiple users to access data simultaneously without blocking correctly states that MVCC avoids blocking by allowing simultaneous access.

3. Final Answer:

   To allow multiple users to access data simultaneously without blocking -> Option D

4. Quick Check:

   MVCC = simultaneous access without blocking [OK]

Hint: MVCC means no waiting for others to finish [OK]

Common Mistakes:

• Thinking MVCC locks the whole database
• Believing MVCC deletes old data immediately
• Assuming MVCC blocks reads during writes

2. Which of the following best describes how MVCC manages data versions?

easy

A. It creates a new version of data for each transaction without overwriting existing versions

B. It keeps only the latest version of data and deletes old ones immediately

C. It locks data rows to prevent any version changes during transactions

D. It merges all versions into one after each transaction

Solution

1. Step 1: Recall MVCC version handling

   MVCC keeps multiple versions of data so each transaction sees a consistent snapshot.

2. Step 2: Match options to MVCC behavior

   It creates a new version of data for each transaction without overwriting existing versions correctly states that MVCC creates new versions without overwriting old ones immediately.

3. Final Answer:

   It creates a new version of data for each transaction without overwriting existing versions -> Option A

4. Quick Check:

   MVCC = new versions per transaction [OK]

Hint: MVCC never overwrites old data instantly [OK]

Common Mistakes:

• Confusing MVCC with locking mechanisms
• Thinking MVCC deletes old versions right away
• Assuming MVCC merges versions after transactions

3. Consider a database using MVCC. If Transaction T1 reads data version V1 and Transaction T2 updates the same data creating version V2, what version does T1 see?

medium

A. Both versions V1 and V2 simultaneously

B. Version V1, the snapshot at the start of T1

C. Version V2, the latest updated version

D. No version until T2 commits

Solution

1. Step 1: Understand MVCC snapshot isolation

   Each transaction sees a consistent snapshot of data as it was when the transaction started.

2. Step 2: Apply to T1 and T2 scenario

   T1 started before T2's update, so T1 sees version V1, not the newer V2.

3. Final Answer:

   Version V1, the snapshot at the start of T1 -> Option B

4. Quick Check:

   MVCC snapshot = version at transaction start [OK]

Hint: Transaction sees data as of its start time [OK]

Common Mistakes:

• Assuming T1 sees latest version immediately
• Thinking transactions see multiple versions at once
• Believing uncommitted changes are visible

4. A developer notices that a transaction reads outdated data even after another transaction commits an update. What is the likely cause in an MVCC system?

medium

A. The second transaction did not commit properly

B. The database failed to create a new version for the update

C. The first transaction started before the update and sees a consistent snapshot

D. MVCC locks prevented the update from being visible

Solution

1. Step 1: Analyze transaction snapshot behavior

   In MVCC, a transaction sees data as it was when it started, ignoring later commits.

2. Step 2: Identify cause of outdated read

   If the transaction started before the update commit, it will see the old data version.

3. Final Answer:

   The first transaction started before the update and sees a consistent snapshot -> Option C

4. Quick Check:

   MVCC snapshot isolation causes outdated reads [OK]

Hint: Old snapshot hides newer commits until restart [OK]

Common Mistakes:

• Blaming MVCC for failed commits
• Assuming MVCC uses locks to block reads
• Thinking new versions always appear instantly

5. In a busy database using MVCC, how does keeping multiple versions of data improve performance and accuracy?

hard

A. By allowing readers to access old versions without waiting for writers to finish

B. By locking data rows to prevent any concurrent access

C. By deleting all old versions immediately to save space

D. By forcing all transactions to run one after another

Solution

1. Step 1: Understand MVCC versioning benefits

   Multiple versions let readers see consistent data without waiting for writers to complete.

2. Step 2: Compare options for performance and accuracy

   By allowing readers to access old versions without waiting for writers to finish correctly explains that readers access old versions, avoiding delays and ensuring accuracy.

3. Final Answer:

   By allowing readers to access old versions without waiting for writers to finish -> Option A

4. Quick Check:

   MVCC = readers never wait for writers [OK]

Hint: Readers use old versions to avoid waiting [OK]

Common Mistakes:

• Thinking MVCC locks block readers
• Believing old versions are deleted immediately
• Assuming transactions run sequentially