Compare cache-aside, write-through, and write-behind for a product catalog.
PICTURE THIS: HOW TO EXPLAIN IT
Simple meaning
Cache-aside is the default: app owns the DB write and cache delete.
WHY — Caching instead of guessing?
Why interviewers care about Caching:
who only read docs from people who shipped.
and tied to Backend work.
Name the idea, why it exists, then one short example.
End with when you use it and one common pitfall.
STEPS — What happens step by step?
Before you speak the answer, walk the interviewer through these steps:
- 1Cache-aside is the default:
app owns the DB write and cache delete.
- 2Write-through updates cache and
DB together, simpler reads, slower writes.
- 3Write-behind writes the cache
first and flushes later, which can lose data on crash and is rarely worth it for catalog truth.
- 4Most Spring apps stay
cache-aside plus TTL.
- 5Common mistake
What juniors usually get wrong.
- 6Close
When you pick this over the alternative.
EXAMPLE — See it in action
Here's a short line you can speak, broken into clear beats:
Note: Adapt this scaffold to your own project — keep it under 60–90 seconds.
Key takeaway
Cache-aside is the default: app owns the DB write and cache delete. Write-through updates cache and DB together, simpler reads, slower writes.