Có những lớp cache nào trong một web stack điển hình?

Question

Accepted Answer

Một request đi qua **nhiều lớp cache**, lớp nào càng gần user thì phục vụ càng nhanh nhưng chứa được càng ít. Ý tưởng là trả lời càng ở phía ngoài (gần client) càng tốt, và chỉ rơi xuống origin khi không lớp nào phía trên phục vụ được response.

## Các lớp, từ ngoài vào trong

```text
Browser → CDN → Reverse proxy → App/object cache → OPcache → Database
(gần user nhất, nhanh nhất)                            (gần dữ liệu nhất)
```

- **Browser cache** — lưu static asset (JS, CSS, ảnh) và các response cache được trên thiết bị của user. TTL do `Cache-Control`/`ETag` điều khiển; asset thường có TTL dài (ngày–năm) kèm tên file đã hash.
- **CDN** (CloudFront, Cloudflare) — cache nội dung tĩnh và đôi khi cả nội dung động tại các edge node gần user. TTL từ vài phút (HTML) đến một năm (asset bất biến).
- **Reverse proxy** (Varnish, nginx) — cache nguyên trang hoặc fragment phía trước app. TTL từ vài giây đến vài phút cho trang nóng; hỗ trợ purge khi có thay đổi.
- **Application / object cache** (Redis, Memcached) — cache kết quả tính toán, kết quả truy vấn DB, session, fragment đã render. TTL từ vài giây đến vài giờ, kèm invalidation tường minh.
- **OPcache** — cache **bytecode PHP đã biên dịch** trong bộ nhớ để script không bị parse lại mỗi request. Gần như tồn tại liên tục cho đến khi deploy code mới.
- **DB query / buffer cache** — database giữ các page nóng và (ở một số engine) kết quả truy vấn trong bộ nhớ, tránh đọc đĩa.

## Cách tư duy về chúng

```text
với mỗi lớp từ ngoài → vào trong:
  nếu lớp có bản còn tươi → trả về (dừng tại đây)   // một hit; rẻ nhất có thể
  nếu không → hỏi lớp tiếp theo                      // một miss; rơi tiếp xuống
origin (app + DB) → làm việc thực sự, đổ đầy cache trên đường trả ra
```

Mỗi lớp đánh đổi **độ tươi lấy tốc độ**: lớp ngoài nhanh nhất nhưng dễ stale nhất, nên hãy đặt TTL dài + content hashing cho thứ thật sự tĩnh, và TTL ngắn + invalidation cho thứ động.

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

Phần lớn việc giảm latency và giảm tải trong một web stack đến từ caching đúng lớp. Biết mỗi lớp chứa gì và TTL điển hình của nó giúp bạn đặt cache ở nơi nó thực sự có ích, tránh phục vụ dữ liệu stale, và lý giải được vì sao một thay đổi chưa xuất hiện (lớp nào vẫn đang phục vụ bản cũ).