📖 Scenario: You are managing a Redis database for a simple online store. You want to update multiple keys atomically using a transaction. However, sometimes you need to abort the transaction if a certain condition is not met.
🎯 Goal: Learn how to start a Redis transaction, queue commands, and use DISCARD to abort the transaction before executing it.
📋 What You'll Learn
Start a Redis transaction with MULTI
Queue at least two commands inside the transaction
Use DISCARD to abort the transaction
Verify that no changes were made after aborting
💡 Why This Matters
🌍 Real World
In real applications, transactions help ensure multiple related changes happen together or not at all. DISCARD lets you cancel changes if conditions are not right.
💼 Career
Understanding Redis transactions and DISCARD is important for backend developers and database administrators managing data consistency.
Progress0 / 4 steps
1
Start a Redis transaction with MULTI
Type the Redis command MULTI to start a new transaction.
Redis
Hint
Use the command MULTI to begin a transaction block.
2
Queue commands inside the transaction
After starting the transaction with MULTI, queue these two commands exactly: SET product:1 "Laptop" and INCR stock:1.
Redis
Hint
Queue commands by typing them after MULTI without executing yet.
3
Abort the transaction using DISCARD
Type the Redis command DISCARD to abort the transaction and discard all queued commands.
Redis
Hint
Use DISCARD to cancel the transaction and clear queued commands.
4
Verify no changes were made after DISCARD
After aborting the transaction, type the commands GET product:1 and GET stock:1 to verify that the keys were not changed.
Redis
Hint
Use GET commands to check that the keys remain unchanged after DISCARD.
Practice
(1/5)
1. What does the DISCARD command do in a Redis transaction?
easy
A. It starts a new transaction.
B. It cancels all commands queued in the current transaction.
C. It saves the current database state to disk.
D. It executes all commands queued in the current transaction.
Solution
Step 1: Understand the role of DISCARD in Redis transactions
DISCARD is used to cancel all commands queued after MULTI before EXEC is called.
Step 2: Compare DISCARD with other transaction commands
Unlike EXEC which executes queued commands, DISCARD aborts them, so no changes happen.
Final Answer:
It cancels all commands queued in the current transaction. -> Option B
Quick Check:
DISCARD cancels queued commands = D [OK]
Hint: DISCARD always cancels queued commands without executing them [OK]
Common Mistakes:
Confusing DISCARD with EXEC which executes commands
Thinking DISCARD saves changes instead of aborting
Assuming DISCARD starts a transaction
2. Which of the following is the correct syntax to abort a Redis transaction after MULTI?
easy
A. EXEC
B. ABORT
C. ROLLBACK
D. DISCARD
Solution
Step 1: Recall Redis transaction commands
After MULTI, you can either execute with EXEC or abort with DISCARD.
Step 2: Identify the correct abort command
DISCARD is the official command to abort queued commands; ABORT and ROLLBACK do not exist in Redis.
Final Answer:
DISCARD -> Option D
Quick Check:
Abort command after MULTI = DISCARD [OK]
Hint: Use DISCARD to abort, EXEC to execute queued commands [OK]
Common Mistakes:
Using EXEC instead of DISCARD to abort
Typing ABORT or ROLLBACK which are invalid Redis commands
Confusing DISCARD with starting a transaction
3. Consider the following Redis commands executed in order:
MULTI
SET key1 value1
DISCARD
GET key1
What will be the output of the GET key1 command?
medium
A. nil
B. "value1"
C. Error: EXEC without MULTI
D. "key1"
Solution
Step 1: Analyze the transaction commands
After MULTI, SET key1 value1 is queued but not executed yet.
Step 2: Effect of DISCARD on queued commands
DISCARD aborts the transaction, so SET key1 value1 is never applied.
Step 3: Result of GET key1
Since key1 was never set, GET key1 returns nil.
Final Answer:
nil -> Option A
Quick Check:
DISCARD aborts SET, so GET returns nil [OK]
Hint: DISCARD cancels queued SET, so key remains unset [OK]
Common Mistakes:
Assuming SET runs immediately after MULTI
Expecting EXEC to run automatically without calling it
Confusing output with command names
4. You run the following Redis commands:
MULTI
SET key1 value1
DISCARD
EXEC
What will happen when you run EXEC after DISCARD?
medium
A. EXEC returns nil without error
B. EXEC runs and applies SET key1 value1
C. EXEC returns an error because no transaction is active
D. EXEC starts a new transaction
Solution
Step 1: Understand DISCARD effect on transaction state
DISCARD aborts the transaction and clears the queue, ending the transaction state.
Step 2: Behavior of EXEC after DISCARD
Since no transaction is active after DISCARD, calling EXEC causes an error because EXEC requires an active MULTI block.
Final Answer:
EXEC returns an error because no transaction is active -> Option C
Quick Check:
EXEC after DISCARD errors due to no active transaction [OK]
Hint: After DISCARD, no active transaction; EXEC causes error [OK]
Common Mistakes:
Expecting EXEC to run queued commands after DISCARD
Thinking EXEC silently returns nil after DISCARD
Assuming EXEC starts a new transaction
5. You want to safely update multiple keys in Redis but abort if a condition fails. Which sequence correctly uses DISCARD to abort the transaction if the condition is false?
WATCH key1
MULTI
IF condition IS FALSE
DISCARD
ELSE
SET key1 newValue
SET key2 newValue2
EXEC
END
What is the correct way to use DISCARD here?
hard
A. Call DISCARD immediately after MULTI if condition is false, skipping EXEC.
B. Call DISCARD after EXEC to undo changes if condition is false.
C. Call DISCARD before WATCH to abort the transaction.
D. Call DISCARD after SET commands to cancel them.
Solution
Step 1: Understand transaction flow with WATCH and MULTI
WATCH monitors keys, MULTI starts queuing commands, EXEC executes them.
Step 2: Use DISCARD to abort before EXEC if condition fails
If the condition is false, DISCARD cancels queued commands before EXEC runs, preventing changes.
Step 3: Why other options are incorrect
DISCARD after EXEC or after SET commands is invalid; DISCARD before WATCH does not abort a transaction.
Final Answer:
Call DISCARD immediately after MULTI if condition is false, skipping EXEC. -> Option A
Quick Check:
DISCARD aborts queued commands before EXEC [OK]
Hint: Use DISCARD before EXEC to abort if condition fails [OK]
Common Mistakes:
Calling DISCARD after EXEC which is too late
Trying to DISCARD before WATCH which does nothing
Assuming DISCARD cancels commands after they run
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.