Why transactions ensure data integrity in MySQL - See It in Action

Understanding Why Transactions Ensure Data Integrity

📖 Scenario: You are managing a simple bank database where users can transfer money between accounts. It is important that the money is deducted from one account and added to another account correctly, without losing or creating money accidentally.

🎯 Goal: Build a small MySQL transaction that transfers money between two accounts safely, ensuring data integrity by using transactions.

📋 What You'll Learn

Create a table called accounts with columns id (integer primary key) and balance (integer).

Insert two accounts with ids 1 and 2, with balances 1000 and 500 respectively.

Create a variable transfer_amount set to 200.

Write a transaction that deducts transfer_amount from account 1 and adds it to account 2.

Commit the transaction to save changes or rollback if any error occurs.

💡 Why This Matters

🌍 Real World

Banking systems and financial applications use transactions to ensure money transfers are accurate and reliable.

💼 Career

Understanding transactions is essential for database administrators and backend developers to maintain data integrity in multi-step operations.

1

Create the accounts table and insert initial data

Create a table called accounts with columns id as primary key and balance as integer. Insert two rows: (1, 1000) and (2, 500).

MySQL

-- Create the accounts table and insert two accounts
-- Your code here

Hint

Use CREATE TABLE to define the table and INSERT INTO to add rows.

2

Set the transfer amount variable

Create a variable called transfer_amount and set it to 200.

MySQL

CREATE TABLE accounts (
  id INT PRIMARY KEY,
  balance INT
);

INSERT INTO accounts (id, balance) VALUES (1, 1000), (2, 500);

-- Set the transfer amount variable
-- Your code here

Hint

Use SET @transfer_amount = 200; to create a user variable in MySQL.

3

Write the transaction to transfer money

Start a transaction with START TRANSACTION;. Deduct @transfer_amount from account with id = 1 and add @transfer_amount to account with id = 2. Use UPDATE accounts SET balance = balance - @transfer_amount WHERE id = 1; and UPDATE accounts SET balance = balance + @transfer_amount WHERE id = 2; inside the transaction.

MySQL

CREATE TABLE accounts (
  id INT PRIMARY KEY,
  balance INT
);

INSERT INTO accounts (id, balance) VALUES (1, 1000), (2, 500);

SET @transfer_amount = 200;

-- Start transaction and update balances
-- Your code here

Hint

Use START TRANSACTION; to begin and UPDATE statements to change balances.

4

Commit the transaction to save changes

Add COMMIT; at the end to save the changes made in the transaction.

MySQL

CREATE TABLE accounts (
  id INT PRIMARY KEY,
  balance INT
);

INSERT INTO accounts (id, balance) VALUES (1, 1000), (2, 500);

SET @transfer_amount = 200;

START TRANSACTION;
UPDATE accounts SET balance = balance - @transfer_amount WHERE id = 1;
UPDATE accounts SET balance = balance + @transfer_amount WHERE id = 2;

-- Commit the transaction
-- Your code here

Hint

Use COMMIT; to save all changes made in the transaction.

Practice

1. Why do transactions help maintain data integrity in MySQL?

easy

A. They speed up query execution by caching results.

B. They ensure all steps succeed or none do, avoiding partial updates.

C. They automatically backup the database after each query.

D. They allow multiple users to edit the same data simultaneously without locks.

Solution

1. Step 1: Understand the purpose of transactions

   Transactions group multiple database operations into a single unit that either fully succeeds or fully fails.

2. Step 2: Explain how this prevents partial updates

   If one step fails, the transaction rolls back all changes, preventing inconsistent or partial data states.

3. Final Answer:

   They ensure all steps succeed or none do, avoiding partial updates. -> Option B

4. Quick Check:

   All-or-nothing = data integrity [OK]

Hint: Remember: transactions are all-or-nothing actions [OK]

Common Mistakes:

• Thinking transactions speed up queries
• Believing transactions auto-backup data
• Assuming transactions allow unsafe simultaneous edits

2. Which of the following is the correct syntax to start a transaction in MySQL?

easy

A. START TRANSACTION;

B. OPEN TRANSACTION;

C. BEGIN TRANSACTION;

D. INIT TRANSACTION;

Solution

1. Step 1: Recall MySQL transaction start syntax

   MySQL uses START TRANSACTION; to begin a transaction explicitly.

2. Step 2: Compare options with correct syntax

   BEGIN TRANSACTION;, OPEN TRANSACTION;, and INIT TRANSACTION; are not recognized by MySQL for starting transactions.

3. Final Answer:

   START TRANSACTION; -> Option A

4. Quick Check:

   Start transaction command = START TRANSACTION [OK]

Hint: Use START TRANSACTION to begin safely [OK]

Common Mistakes:

• Using BEGIN TRANSACTION which is not valid in MySQL
• Confusing transaction commands with other SQL commands
• Assuming INIT TRANSACTION is correct syntax

3. Consider this sequence of SQL commands in MySQL:

START TRANSACTION;
UPDATE accounts SET balance = balance - 50 WHERE id = 1;
ROLLBACK;

What will be the balance of account with id=1 after these commands?

medium

A. NULL

B. 50

C. 0

D. 100

Solution

1. Step 1: Analyze the transaction commands

   The transaction starts, then subtracts 50 from the balance of account with id=1.

2. Step 2: Understand the effect of ROLLBACK

   ROLLBACK cancels all changes made in the transaction, so the update is undone.

3. Final Answer:

   100 -> Option D

4. Quick Check:

   Rollback cancels changes = balance stays 100 [OK]

Hint: ROLLBACK undoes all changes in the transaction [OK]

Common Mistakes:

• Assuming update persists after rollback
• Thinking balance becomes 50 after update
• Confusing ROLLBACK with COMMIT

4. You wrote this MySQL transaction:

START TRANSACTION;
UPDATE inventory SET quantity = quantity - 5 WHERE product_id = 10;
COMMIT;

But the quantity became negative. What is the likely problem?

medium

A. There was no check to prevent quantity from going below zero.

B. The transaction was not started properly.

C. COMMIT was used instead of ROLLBACK.

D. MySQL does not support transactions on UPDATE statements.

Solution

1. Step 1: Review the transaction logic

   The transaction updates quantity by subtracting 5 but does not check if quantity is already less than 5.

2. Step 2: Identify missing validation

   Without a condition to prevent negative values, quantity can become negative despite the transaction.

3. Final Answer:

   There was no check to prevent quantity from going below zero. -> Option A

4. Quick Check:

   Validation missing = negative quantity allowed [OK]

Hint: Always validate data before committing changes [OK]

Common Mistakes:

• Thinking COMMIT causes errors
• Believing MySQL disallows transactions on UPDATE
• Assuming transaction start failed without evidence

5. You want to transfer $200 from account A (id=1) to account B (id=2) safely using transactions. Which sequence ensures data integrity?

hard

A. START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; ROLLBACK; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT;

B. UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2;

C. START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT;

D. START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; COMMIT; UPDATE accounts SET balance = balance + 200 WHERE id = 2;

Solution

1. Step 1: Understand safe transfer with transactions

   Both debit and credit updates must be in one transaction to avoid partial transfer.

2. Step 2: Analyze each option

   START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT; wraps both updates in a transaction and commits together, ensuring atomicity. UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2; lacks transaction, risking partial update. START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; COMMIT; UPDATE accounts SET balance = balance + 200 WHERE id = 2; commits debit separately, then credits outside transaction, risking partial update. START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; ROLLBACK; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT; rolls back debit before credit, causing inconsistency.

3. Final Answer:

   START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT; -> Option C

4. Quick Check:

   Atomic debit and credit in one transaction = START TRANSACTION; UPDATE accounts SET balance = balance - 200 WHERE id = 1; UPDATE accounts SET balance = balance + 200 WHERE id = 2; COMMIT; [OK]

Hint: Group related updates inside one transaction [OK]

Common Mistakes:

• Not using transactions for multi-step updates
• Rolling back part of the transaction incorrectly
• Updating accounts in wrong order without transaction