Laravel cung cấp những loại caching nào?

Question

Accepted Answer

Laravel cung cấp một hệ thống **caching** thống nhất, diễn đạt với nhiều backend (Redis, Memcached, file, database, array) đằng sau một API duy nhất. Caching lưu các kết quả tốn kém để chúng không phải tính lại — một trong những tối ưu hóa hiệu năng có tác động cao nhất.

## API cache

```php
use Illuminate\Support\Facades\Cache;

Cache::put('key', $value, 3600);          // lưu trong 1 giờ (giây)
Cache::get('key');                         // lấy (null nếu không có)
Cache::get('key', 'default');              // với giá trị mặc định
Cache::has('key');
Cache::forget('key');                      // xóa (invalidate)
Cache::forever('key', $value);             // lưu không hết hạn
```

## remember() — mẫu get-or-compute (hữu ích nhất)

```php
// nếu đã cache, trả về nó; nếu không, chạy closure, cache kết quả, và trả về nó
$users = Cache::remember('active_users', 3600, function () {
    return User::where('active', true)->get();   // truy vấn tốn kém — cache trong 1 giờ
});
```

`Cache::remember()` là mẫu thanh lịch, phổ biến: nó trả về giá trị đã cache nếu có, hoặc tính nó (chạy closure), cache nó, và trả về nó — trong một lời gọi. Hoàn hảo để cache các kết quả truy vấn tốn kém.

## Backend có thể cấu hình (Redis cho production)

```text
config/cache.php → chọn driver:
  redis     → nhanh, DÙNG CHUNG qua các server (chuẩn production cho app nhiều server)
  memcached → nhanh, dùng chung
  file/database → đơn giản hơn, cho thiết lập nhỏ/một server
  array     → trong bộ nhớ, cho testing
Cùng một API Cache hoạt động bất kể backend → dễ chuyển đổi.
```

API thống nhất nghĩa là cùng một code hoạt động với bất kỳ backend nào — và **Redis** là chuẩn cho production (một cache dùng chung qua nhiều instance server).

## Cache invalidation (phần khó)

```php
// khi dữ liệu thay đổi, xóa cache bị ảnh hưởng nếu không nó phục vụ dữ liệu cũ
public function updateUser($user, $data) {
    $user->update($data);
    Cache::forget('active_users');     // INVALIDATE để lần đọc tiếp theo tính lại
}
// chiến lược: TTL (chấp nhận cũ ngắn), forget tường minh khi ghi, cache tag
Cache::tags(['users'])->flush();        // invalidation theo tag (Redis/Memcached)
```

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

Caching là một trong những tối ưu hóa hiệu năng có tác động cao nhất cho các ứng dụng Laravel, và hệ thống caching thống nhất, diễn đạt của framework khiến nó dễ tiếp cận — nên hiểu nó có giá trị để xây dựng các ứng dụng nhanh, có khả năng mở rộng.

Giá trị cốt lõi là tránh lặp lại công việc tốn kém: cache kết quả của các truy vấn database chậm, các tính toán phức tạp, hoặc các lời gọi API bên ngoài nghĩa là các request tiếp theo được phục vụ nhanh chóng, giảm đáng kể độ trễ và tải.

Caching của Laravel thanh lịch, đặc biệt là **mẫu get-or-compute `Cache::remember()`** (trả về dữ liệu đã cache nếu có, hoặc tính, cache, và trả về nó trong một lời gọi sạch sẽ — lý tưởng để cache kết quả truy vấn), và **API thống nhất qua các backend** nghĩa là cùng một code hoạt động với bất kỳ driver nào.

Biết dùng **Redis** cho production (một cache dùng chung qua nhiều instance server — quan trọng vì các cache đơn giản hơn theo từng server không được chia sẻ khi mở rộng theo chiều ngang) là một điểm kiến trúc quan trọng.

Quan trọng không kém là hiểu khó khăn trung tâm của caching — **invalidation** (xóa hoặc làm mới dữ liệu đã cache khi dữ liệu cơ sở thay đổi, qua TTL, `forget` tường minh khi ghi, hoặc cache tag, để tránh phục vụ dữ liệu cũ) — vì làm sai điều này là thất bại caching kinh điển hiển thị thông tin lỗi thời cho người dùng.

Hiểu hệ thống caching của Laravel — API, mẫu `remember`, lựa chọn backend (Redis cho quy mô), và đặc biệt là các chiến lược invalidation — là kiến thức cấp senior quan trọng để xây dựng các ứng dụng Laravel hiệu năng cao, có khả năng mở rộng, vì caching mang lại lợi ích hiệu năng lớn nhưng đòi hỏi invalidation cẩn thận để giữ đúng đắn.