BEFORE UPDATE triggers in MySQL - Step-by-Step Execution

Concept Flow - BEFORE UPDATE triggers

UPDATE statement issued

↓

BEFORE UPDATE trigger fires

↓

Trigger can modify NEW values

↓

Row updated with possibly modified NEW values

↓

AFTER UPDATE trigger fires (if exists)

↓

UPDATE completes

When an UPDATE runs, the BEFORE UPDATE trigger runs first, letting you change new values before the row is saved.

Execution Sample

MySQL

CREATE TRIGGER before_update_example
BEFORE UPDATE ON employees
FOR EACH ROW
BEGIN
  SET NEW.salary = NEW.salary * 1.1;
END;

This trigger increases the salary by 10% before the update is saved.

Execution Table

Step	Action	OLD.salary	NEW.salary	Trigger Effect	Row Update
1	UPDATE employees SET salary = 5000 WHERE id = 1;	5000	5000	Trigger fires before update	No change yet
2	BEFORE UPDATE trigger runs	5000	5000	NEW.salary multiplied by 1.1	NEW.salary = 5500
3	Row updated with NEW.salary	5000	5500	Salary updated to 5500	Row saved with salary=5500
4	AFTER UPDATE trigger (if any) runs	5000	5500	No change in this example	Update completes

💡 Update completes after BEFORE UPDATE trigger modifies NEW values

Variable Tracker

Variable	Start	After Step 1	After Step 2	After Step 3	Final
OLD.salary	5000	5000	5000	5000	5000
NEW.salary	5000	5000	5500	5500	5500

Key Moments - 3 Insights

Why does NEW.salary change but OLD.salary stays the same?

OLD.salary holds the original value before update; NEW.salary is what will be saved. The BEFORE UPDATE trigger can change NEW.salary but cannot change OLD.salary. See execution_table rows 2 and 3.

When exactly does the BEFORE UPDATE trigger run?

It runs after the UPDATE statement starts but before the row is saved, allowing changes to NEW values. This is shown in execution_table row 2.

Can the BEFORE UPDATE trigger cancel the update?

No, it cannot cancel the update but can modify NEW values before saving. To prevent update, you would need to raise an error inside the trigger.

Visual Quiz - 3 Questions

Look at the execution_table, what is NEW.salary after the BEFORE UPDATE trigger runs?

A 6000

B 5000

C 5500

D 4500

💡 Hint

Check execution_table row 2 under NEW.salary and Trigger Effect columns.

At which step does the actual row update with the new salary happen?

A Step 2

B Step 3

C Step 1

D Step 4

💡 Hint

Look at execution_table row 3 where Row Update column shows the row saved.

If the BEFORE UPDATE trigger did not exist, what would NEW.salary be at step 3?

A 5000

B 5500

C Original salary

D NULL

💡 Hint

Without trigger, NEW.salary equals the value set by UPDATE statement, see variable_tracker NEW.salary start and after step 1.

Concept Snapshot

BEFORE UPDATE triggers run before a row is updated.
They can change NEW column values before saving.
OLD values remain unchanged.
Useful to enforce rules or modify data automatically.
Trigger syntax: CREATE TRIGGER name BEFORE UPDATE ON table FOR EACH ROW.

Full Transcript

When you run an UPDATE in MySQL, the BEFORE UPDATE trigger runs first. It lets you change the new values before the database saves them. For example, if you want to increase a salary by 10% automatically, you can write a BEFORE UPDATE trigger that multiplies NEW.salary by 1.1. The OLD values stay the same, so you can compare old and new if needed. The update finishes by saving the possibly changed NEW values. This helps keep data consistent or apply rules automatically.

Practice

1. What is the main purpose of a BEFORE UPDATE trigger in MySQL?

easy

A. To execute code before a row is updated, allowing data validation or modification.

B. To execute code after a row is updated, for logging changes.

C. To prevent any updates on a table permanently.

D. To create a backup of the table before updating.

Solution

1. Step 1: Understand trigger timing

   BEFORE UPDATE triggers run before the data is changed in the table.

2. Step 2: Purpose of the trigger

   This timing allows checking or modifying the new data before it is saved.

3. Final Answer:

   To execute code before a row is updated, allowing data validation or modification. -> Option A

4. Quick Check:

   BEFORE UPDATE triggers run before update [OK]

Hint: BEFORE UPDATE triggers run before saving changes [OK]

Common Mistakes:

• Confusing BEFORE UPDATE with AFTER UPDATE triggers
• Thinking triggers prevent updates entirely
• Assuming triggers create backups automatically

2. Which of the following is the correct syntax to create a BEFORE UPDATE trigger on a table named employees?

easy

A. CREATE TRIGGER before_update_employees BEFORE UPDATE ON employees BEGIN SET NEW.salary = NEW.salary * 1.1; END;

B. CREATE TRIGGER before_update_employees AFTER UPDATE ON employees FOR EACH ROW BEGIN SET NEW.salary = NEW.salary * 1.1; END;

C. CREATE TRIGGER before_update_employees BEFORE UPDATE employees FOR EACH ROW BEGIN SET NEW.salary = NEW.salary * 1.1; END;

D. CREATE TRIGGER before_update_employees BEFORE UPDATE ON employees FOR EACH ROW BEGIN SET NEW.salary = NEW.salary * 1.1; END;

Solution

1. Step 1: Check trigger timing and table

   The syntax requires BEFORE UPDATE ON employees to specify timing and table.

2. Step 2: Confirm trigger body and FOR EACH ROW

   The trigger must include FOR EACH ROW and a BEGIN...END block for multiple statements.

3. Final Answer:

   CREATE TRIGGER before_update_employees BEFORE UPDATE ON employees FOR EACH ROW BEGIN SET NEW.salary = NEW.salary * 1.1; END; -> Option D

4. Quick Check:

   Correct syntax includes BEFORE UPDATE ON and FOR EACH ROW [OK]

Hint: Use BEFORE UPDATE ON table FOR EACH ROW syntax [OK]

Common Mistakes:

• Using AFTER UPDATE instead of BEFORE UPDATE
• Omitting ON keyword before table name
• Missing FOR EACH ROW clause

3. Given this trigger and table:

CREATE TABLE products (id INT, price DECIMAL(5,2));
CREATE TRIGGER price_check BEFORE UPDATE ON products FOR EACH ROW BEGIN
  IF NEW.price < 0 THEN SET NEW.price = 0; END IF;
END;

What happens if you run:

UPDATE products SET price = -10 WHERE id = 1;

medium

A. The price is set to -10 because triggers don't change values.

B. The update fails with a syntax error.

C. The price is set to 0 because the trigger changes negative prices to zero.

D. The price remains unchanged because the trigger runs after update.

Solution

1. Step 1: Understand trigger logic

   The trigger checks if the new price is less than 0, then sets it to 0.

2. Step 2: Apply update and trigger effect

   Updating price to -10 triggers the BEFORE UPDATE trigger, which changes it to 0 before saving.

3. Final Answer:

   The price is set to 0 because the trigger changes negative prices to zero. -> Option C

4. Quick Check:

   BEFORE UPDATE can modify NEW values [OK]

Hint: BEFORE UPDATE can fix invalid data before saving [OK]

Common Mistakes:

• Thinking triggers run after update
• Assuming negative price is saved as is
• Expecting syntax error from trigger

4. You wrote this trigger:

CREATE TRIGGER trg BEFORE UPDATE ON orders FOR EACH ROW
BEGIN
  SET NEW.status = 'processed';
END;

But when updating rows, the status does not change. What is the likely problem?

medium

A. The trigger syntax is missing a delimiter change, causing a syntax error.

B. You cannot assign values to NEW in BEFORE UPDATE triggers.

C. The trigger must be AFTER UPDATE to modify data.

D. The table 'orders' does not have a 'status' column.

Solution

1. Step 1: Check trigger syntax requirements

   MySQL requires changing the delimiter when creating triggers with BEGIN...END blocks.

2. Step 2: Understand effect of missing delimiter

   Without changing delimiter, the trigger creation fails silently or is incomplete, so it doesn't run.

3. Final Answer:

   The trigger syntax is missing a delimiter change, causing a syntax error. -> Option A

4. Quick Check:

   Use DELIMITER to create triggers with BEGIN...END [OK]

Hint: Remember to change delimiter when creating triggers with BEGIN...END [OK]

Common Mistakes:

• Not changing delimiter before CREATE TRIGGER
• Thinking NEW cannot be assigned in BEFORE UPDATE
• Assuming AFTER UPDATE is needed to modify NEW

5. You want to prevent users from lowering their account_balance in the users table. Which BEFORE UPDATE trigger code correctly enforces this rule?

hard

A. CREATE TRIGGER check_balance BEFORE UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance < 0 THEN SET NEW.account_balance = 0; END IF; END;

B. CREATE TRIGGER check_balance BEFORE UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance < OLD.account_balance THEN SET NEW.account_balance = OLD.account_balance; END IF; END;

C. CREATE TRIGGER check_balance AFTER UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance < OLD.account_balance THEN SET NEW.account_balance = OLD.account_balance; END IF; END;

D. CREATE TRIGGER check_balance BEFORE UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance > OLD.account_balance THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Cannot increase balance'; END IF; END;

Solution

1. Step 1: Understand the requirement

   The trigger must prevent lowering the account_balance by resetting it to the old value if decreased.

2. Step 2: Analyze options

   CREATE TRIGGER check_balance BEFORE UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance < OLD.account_balance THEN SET NEW.account_balance = OLD.account_balance; END IF; END; resets NEW.account_balance to OLD.account_balance if it is less, correctly preventing decrease.

3. Step 3: Check other options

   The code that signals an error prevents increases instead of decreases. AFTER UPDATE triggers cannot modify NEW values. The code that checks if balance is negative only prevents negative values but not decreases to lower positive values.

4. Final Answer:

   CREATE TRIGGER check_balance BEFORE UPDATE ON users FOR EACH ROW BEGIN IF NEW.account_balance < OLD.account_balance THEN SET NEW.account_balance = OLD.account_balance; END IF; END; -> Option B

5. Quick Check:

   Use BEFORE UPDATE and compare NEW vs OLD to prevent decrease [OK]

Hint: Compare NEW and OLD values in BEFORE UPDATE to enforce rules [OK]

Common Mistakes:

• Using AFTER UPDATE to modify NEW values
• Signaling error for wrong condition
• Only checking for negative values, not decreases