Redis quản lý bộ nhớ như thế nào?

Question

Accepted Answer

Vì Redis lưu dữ liệu trong RAM, **quản lý bộ nhớ** là then chốt — hiểu giới hạn `maxmemory`, các **chính sách eviction**, tối ưu bộ nhớ, và giám sát là thiết yếu để chạy Redis tin cậy mà không hết bộ nhớ.

## maxmemory và eviction

```text
Set a memory limit so Redis doesn't consume all RAM:
  maxmemory 2gb                       # cap Redis at 2GB
  maxmemory-policy allkeys-lru        # what to do when the limit is reached

When the limit is hit, Redis EVICTS keys per the policy (or rejects writes):
  allkeys-lru   → evict least-recently-used (any key) — common for a pure cache
  allkeys-lfu   → evict least-frequently-used
  volatile-lru  → evict LRU among keys WITH a TTL only
  volatile-ttl  → evict keys closest to expiry
  noeviction    → reject writes when full (good if Redis holds important data)
```

Đặt `maxmemory` cộng một **chính sách eviction** kiểm soát hành vi khi bộ nhớ đầy — thiết yếu để ngăn Redis làm cạn bộ nhớ hệ thống hoặc crash.

## Giám sát bộ nhớ

```bash
INFO memory               # used_memory, peak, tỷ lệ phân mảnh, v.v.
MEMORY USAGE key          # bộ nhớ dùng bởi một key cụ thể
MEMORY DOCTOR             # chẩn đoán/khuyến nghị
DBSIZE                    # số lượng key
# theo dõi: used_memory vs maxmemory, evicted_keys, phân mảnh
```

## Các kỹ thuật tối ưu bộ nhớ

```text
✓ Set TTLs → expire data that's no longer needed (don't let data accumulate forever)
✓ Use efficient data structures → small hashes/lists/sets use compact encodings (ziplist/
  listpack) → much less memory than many separate keys
✓ Shorter key names (minor, but adds up at scale)
✓ Store only what you need; consider compression for large values
✓ Avoid huge keys (a single huge value/collection) — they cause latency spikes
```

## Tại sao bộ nhớ quan trọng trong Redis

```text
RAM is LIMITED and more expensive than disk. Running out of memory →
  evictions (cache misses), rejected writes, or crashes.
→ Capacity planning, eviction policy, TTLs, and monitoring keep Redis healthy.
```

## Tại sao điều này quan trọng

Hiểu quản lý bộ nhớ Redis quan trọng để **chạy Redis tin cậy**, vì Redis lưu dữ liệu trong RAM giới hạn, tương đối đắt, nên quản lý bộ nhớ là thiết yếu để ngăn nó hết bộ nhớ (gây eviction, từ chối write, hoặc crash).

Thực hành nền tảng — đặt **`maxmemory`** (giới hạn bộ nhớ của Redis) cộng một **chính sách eviction** — là then chốt: nó kiểm soát điều gì xảy ra khi đạt giới hạn (loại bỏ key theo các chính sách như `allkeys-lru` cho cache thuần, hoặc `noeviction` để từ chối write khi Redis giữ dữ liệu quan trọng), ngăn Redis làm cạn bộ nhớ hệ thống.

Chọn đúng chính sách eviction cho use case (LRU/LFU cho cache, noeviction hoặc các chính sách volatile khi dữ liệu quan trọng) là phán đoán cấu hình chủ chốt. **Giám sát bộ nhớ** (`INFO memory` cho usage, peak, phân mảnh, và evicted-keys; `MEMORY USAGE` mỗi key) là thiết yếu cho nhận thức vận hành — theo dõi usage so với giới hạn và phát hiện vấn đề.

Biết các **kỹ thuật tối ưu bộ nhớ** — dùng TTL để làm hết hạn dữ liệu không cần, chọn cấu trúc dữ liệu hiệu quả (hash/list nhỏ dùng encoding gọn, rẻ hơn nhiều so với nhiều key riêng), tránh các key khổng lồ (gây spike độ trễ), và chỉ lưu những gì cần — giúp chứa nhiều hơn trong bộ nhớ và chạy hiệu quả.

Vì bản chất in-memory của Redis khiến bộ nhớ là một tài nguyên hữu hạn, then chốt, và vì quản lý bộ nhớ đúng (maxmemory + chính sách eviction, giám sát, và tối ưu) là điều giữ Redis khỏe và ngăn các lỗi hết bộ nhớ, hiểu quản lý bộ nhớ Redis là kiến thức quan trọng, có liên quan về mặt thực hành để vận hành Redis tin cậy, một mối quan tâm vận hành chủ chốt phân biệt những người có thể chạy Redis ở production với những người chỉ biết cách dùng nó, và thiết yếu để tránh các lỗi thực sự đến từ việc tăng trưởng bộ nhớ không được quản lý.