Why Write-through pattern in Redis? - Purpose & Use Cases

The Big Idea

What if your app could always show the freshest data instantly without extra work?

The Scenario

Imagine you have a busy online store. Every time a customer buys something, you write the sale details only to your main database. But when you want to show the latest sales quickly, you have to ask the database every time, which can be slow and make customers wait.

The Problem

Manually updating the database and then separately updating a cache or fast storage is slow and easy to forget. This causes delays, outdated info, or even errors where the cache and database don't match. It's like writing notes in two places and losing track.

The Solution

The write-through pattern solves this by automatically updating the fast cache every time you write to the database. This means your cache is always fresh and ready to serve quick answers, without extra work or mistakes.

Before vs After

✗ Before

db.save(data)
cache.update(data)

✓ After

cache.writeThrough(data)  # updates both cache and db automatically

What It Enables

It enables lightning-fast data access with guaranteed up-to-date information, making apps feel smooth and reliable.

Real Life Example

An online store showing real-time stock levels and prices instantly to shoppers, even during big sales events.

Key Takeaways

Manual updates to cache and database are slow and error-prone.

Write-through pattern keeps cache and database in sync automatically.

Results in fast, fresh data for better user experience.

Practice

1. What is the main purpose of the write-through pattern in Redis caching?

easy

A. To delete data from the cache when the database is updated

B. To update only the cache and delay database writes

C. To read data only from the cache without updating the database

D. To update both the cache and the database at the same time

Solution

1. Step 1: Understand write-through pattern basics

   The write-through pattern means writing data to the cache and database simultaneously to keep them in sync.

2. Step 2: Identify the correct behavior in Redis context

   In Redis, this pattern ensures cache is updated immediately when the database changes, avoiding stale data.

3. Final Answer:

   To update both the cache and the database at the same time -> Option D

4. Quick Check:

   Write-through = update cache + database [OK]

Hint: Write-through updates cache and DB together [OK]

Common Mistakes:

• Thinking write-through updates only cache
• Confusing write-through with write-back pattern
• Assuming cache is updated after database asynchronously

2. Which Redis command sequence correctly implements a write-through cache update when saving a user profile with key user:123 and value {"name":"Alice"}?

easy

A. DEL user:123 then SET user:123 '{"name":"Alice"}'

B. GET user:123 then SET user:123 '{"name":"Alice"}'

C. SET user:123 '{"name":"Alice"}' followed by DB update

D. SET user:123 '{"name":"Alice"}' only, no DB update

Solution

1. Step 1: Identify write-through steps

   Write-through requires writing to cache (Redis) and database together.

2. Step 2: Match Redis commands to write-through

   Using SET updates Redis cache; followed by DB update ensures both are in sync.

3. Final Answer:

   SET user:123 '{"name":"Alice"}' followed by DB update -> Option C

4. Quick Check:

   SET + DB update = write-through [OK]

Hint: SET cache then update DB for write-through [OK]

Common Mistakes:

• Only updating cache without DB
• Deleting cache before setting without DB update
• Getting cache before setting without DB write

3. Consider this pseudo-code using write-through pattern:

cache.SET('item:1', 'value1')
database.UPDATE('item:1', 'value1')
result = cache.GET('item:1')

What will result contain after execution?

medium

A. null

B. 'value1'

C. Old cached value

D. Error due to missing database read

Solution

1. Step 1: Analyze cache write

   The cache is set to 'value1' for key 'item:1' before database update.

2. Step 2: Analyze cache read

   Reading from cache immediately after setting returns the new value 'value1'.

3. Final Answer:

   'value1' -> Option B

4. Quick Check:

   Cache GET after SET returns new value [OK]

Hint: GET after SET returns updated cache value [OK]

Common Mistakes:

• Assuming cache GET returns null if DB updated
• Thinking old cached value remains after SET
• Expecting error without explicit DB read

4. You implemented write-through caching but notice stale data in Redis after database updates. Which mistake likely causes this?

medium

A. Updating database but forgetting to update Redis cache

B. Updating Redis cache but not the database

C. Using GET instead of SET to update cache

D. Deleting database entries without clearing cache

Solution

1. Step 1: Identify cause of stale cache

   If database updates but cache is not updated, cache holds old data causing staleness.

2. Step 2: Match mistake to write-through pattern

   Write-through requires cache update on every DB write; missing cache update breaks this.

3. Final Answer:

   Updating database but forgetting to update Redis cache -> Option A

4. Quick Check:

   Missing cache update causes stale data [OK]

Hint: Always update cache when DB changes [OK]

Common Mistakes:

• Updating cache only without DB
• Using GET to update cache instead of SET
• Not clearing cache on DB deletes

5. You want to implement a write-through cache in Redis for a product catalog. Which approach best ensures data consistency and minimal stale reads?

hard

A. On product update, update both Redis cache and database synchronously in the same operation

B. On product update, update the database first, then delete the Redis cache entry

C. On product update, update only the database and rely on cache expiration to refresh

D. On product update, write to Redis cache first, then update the database asynchronously

Solution

1. Step 1: Understand write-through consistency needs

   Write-through requires cache and database to be updated together to avoid stale reads.

2. Step 2: Evaluate options for consistency

   Updating both synchronously ensures cache always reflects latest DB state, minimizing stale data.

3. Final Answer:

   On product update, update both Redis cache and database synchronously in the same operation -> Option A

4. Quick Check:

   Synchronous cache + DB update = consistent write-through [OK]

Hint: Update cache and DB together synchronously [OK]

Common Mistakes:

• Updating cache before DB asynchronously causing race conditions
• Deleting cache instead of updating it
• Relying only on cache expiration for freshness