Redis 有哪些缓存策略和模式？

Question

Redis 有哪些缓存策略和模式？

Accepted Answer

除了基本的 cache-aside，还有几种 **缓存策略** — cache-aside、write-through、write-behind、read-through — 各自有不同的一致性和性能权衡。理解它们（以及逐出策略）可以帮助你设计有效的缓存。

## Cache-aside（懒加载 — 最常见）

```text
App checks cache → miss → load from DB → populate cache → return.
  ✓ Only requested data is cached (efficient); resilient (works if cache is down)
  ✗ First request is a miss (slower); cache can be stale until TTL/invalidation
→ The default, most common strategy.
```

## Write-through 和 write-behind

```text
WRITE-THROUGH → write to cache AND DB together (synchronously) on every write
  ✓ Cache always fresh/consistent  ✗ Writes are slower (two writes); caches unread data

WRITE-BEHIND (write-back) → write to cache immediately, write to DB ASYNC later
  ✓ Fast writes  ✗ Risk of data loss if cache fails before the DB write; more complex
```

## Read-through

```text
READ-THROUGH → the cache layer itself loads from the DB on a miss (abstracted)
  → app just reads from the cache; the cache handles DB loading transparently
  (similar to cache-aside but the loading logic lives in the cache layer/library)
```

## 逐出策略（内存满时）

```text
When Redis hits its memory limit (maxmemory), it EVICTS keys per a policy:
  LRU (Least Recently Used)  → evict least-recently-accessed (good general default)
  LFU (Least Frequently Used)→ evict least-frequently-accessed
  TTL-based (volatile-ttl)   → evict keys closest to expiry
  random / noeviction        → random, or reject writes when full
→ allkeys-lru is a common choice for a pure cache. Set maxmemory + a policy.
```

## 避免缓存问题

```text
✓ Cache STAMPEDE (many misses at once hammering the DB) → locking, staggered TTLs
✓ Stale data → appropriate TTLs + invalidation on writes
✓ Cache PENETRATION (querying non-existent keys) → cache negative results briefly
```

## 为什么这很重要

理解缓存策略对于 **设计有效的缓存系统** 很有价值，它以基本的 cache-aside 为基础，因此对注重性能的工作很有用。

虽然 cache-aside（懒加载 — 检查缓存，在未命中时从数据库加载，将数据填充到缓存中）是常见的默认方案，但理解 **多种策略** 让你能为具体情况选择合适的方案：**write-through**（同时写入缓存和数据库，保证缓存始终新鲜但写入较慢）、**write-behind**（立即写入缓存，异步写入数据库，实现快速写入但有数据丢失风险）和 **read-through**（缓存层透明地从数据库加载数据）— 各自具有不同的一致性/性能权衡，对不同的一致性和写入模式要求很重要。

理解 **逐出策略**（LRU、LFU、基于 TTL 等 — Redis 在内存满时决定移除哪些键）对于正确配置 Redis 作为缓存很重要（设置 `maxmemory` 和合适的策略如 `allkeys-lru` 用于纯缓存场景），这样它在内存压力下表现良好。

了解如何 **避免常见缓存问题** — 缓存 **雪崩**（大量同时未命中冲击数据库，可通过加锁或错开 TTL 缓解）、**过期数据**（通过 TTL 和失效管理）和缓存 **穿透**（重复查询不存在的键，通过缓存负结果缓解）— 反映了成熟的缓存设计，能避免真实的生产问题。

由于有效的缓存显著影响性能，正确的策略/配置取决于具体用例，而且理解这些策略、逐出策略和常见陷阱能够设计鲁棒的缓存，因此理解缓存策略和模式是 Redis 性能工程的有价值的、实际相关的知识，将缓存从基本模式提升到设计精良的系统，正确处理一致性、内存和故障模式。