Django cung cấp những tùy chọn caching nào?

Question

Accepted Answer

Django bao gồm một **framework caching** linh hoạt hỗ trợ nhiều cấp độ caching (toàn bộ trang, kết quả view, fragment template, hoặc dữ liệu bất kỳ) và nhiều backend (in-memory, **Redis**, Memcached, database). Caching tránh lặp lại công việc tốn kém — một trong những tối ưu hiệu năng có tác động cao nhất. ## Cấu hình một cache backend ```python # settings.py — Redis là lựa chọn production phổ biến (chia sẻ giữa các server) CACHES = { "default": { "BACKEND": "django.core.cache.backends.redis.RedisCache", "LOCATION": "redis://127.0.0.1:6379", } } # backend khác: LocMemCache (in-memory, theo từng process), Memcached, database, file ``` ## Các cấp độ caching (từ thô đến mịn) ```python # 1. Per-view caching — cache toàn bộ output của một view from django.views.decorators.cache import cache_page @cache_page(60 * 15) # cache response của view này trong 15 phút def article_list(request): ... ``` ```html {% load cache %} {% cache 500 sidebar %} ... render sidebar tốn kém ... {% endcache %} ``` ```python # 3. Low-level cache API — cache BẤT KỲ dữ liệu nào, kiểm soát đầy đủ from django.core.cache import cache def get_stats(): stats = cache.get("dashboard_stats") # kiểm tra cache trước if stats is None: # cache MISS stats = compute_expensive_stats() # làm công việc cache.set("dashboard_stats", stats, 3600) # lưu trong 1 giờ return stats ``` Django cho phép bạn cache ở nhiều mức độ chi tiết: **toàn bộ trang** (`cache_page`), **fragment template** (`{% cache %}`), và **dữ liệu bất kỳ** qua low-level API (`cache.get`/`cache.set` — pattern get-or-compute linh hoạt). Cũng có caching toàn site qua middleware. ## Phần khó: vô hiệu hóa cache ```python # khi dữ liệu nền thay đổi, cache phải được cập nhật hoặc xóa, nếu không user thấy dữ liệu cũ def update_article(article): article.save() cache.delete("article_list") # vô hiệu hóa các mục cache bị ảnh hưởng # chiến lược: TTL (chấp nhận cũ ngắn hạn), xóa tường minh khi ghi, key có phiên bản, # hoặc signal để vô hiệu hóa khi lưu/xóa model ``` ```text Vô hiệu hóa cache là vấn đề khó kinh điển: khi dữ liệu thay đổi, các giá trị cache cũ phải được xóa/làm mới. Cách tiếp cận: TTL ngắn (chấp nhận chút cũ), cache.delete tường minh khi ghi, hoặc lược đồ versioning/key cho cache. ``` ## Cái gì nên cache (và không) ```text ✓ Truy vấn/tính toán tốn kém, trang/fragment được render thay đổi không thường xuyên ✓ Tổng hợp, response API bên ngoài, dữ liệu session ✗ Dữ liệu cá nhân hóa cao hoặc thay đổi nhanh (hoặc dùng TTL rất ngắn / vary theo user) ✗ Đừng cache dữ liệu nhạy cảm một cách cẩu thả (cân nhắc ai có thể đọc cache) ``` ## Tại sao điều này quan trọng Caching là một trong những tối ưu hiệu năng có tác động cao nhất cho các ứng dụng Django, và hệ thống caching đa cấp, toàn diện của framework khiến nó dễ tiếp cận — hiểu nó là kiến thức cấp senior có giá trị để xây dựng các ứng dụng nhanh, mở rộng được. Giá trị cốt lõi là tránh lặp lại công việc tốn kém: truy vấn database, tính toán phức tạp, gọi API bên ngoài, và render template có thể được cache để các request sau được phục vụ nhanh chóng, giảm đáng kể độ trễ và tải database/server. Sự linh hoạt của Django xuyên **nhiều cấp độ caching** (toàn bộ trang với `cache_page`, fragment template với `{% cache %}`, và dữ liệu bất kỳ qua pattern get-or-compute của low-level API) cho phép bạn cache ở đúng mức độ chi tiết cho từng tình huống, và các **backend cắm được** (đặc biệt **Redis** cho một cache chia sẻ xuyên nhiều server — quan trọng vì các cache in-memory theo từng process không được chia sẻ khi scale ngang) phù hợp với các nhu cầu triển khai khác nhau. Biết cách cấu hình caching, chọn cấp độ phù hợp, và chọn backend đúng cho việc triển khai là kiến thức thực tế, thường cần. Quan trọng không kém là hiểu khó khăn trung tâm của caching — **vô hiệu hóa** (vấn đề nổi tiếng khó về việc xóa hoặc làm mới dữ liệu cache khi dữ liệu nền thay đổi, qua TTL, xóa tường minh khi ghi, hoặc versioning key, để 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 user. Cũng biết **cái gì nên cache** (dữ liệu tốn kém, ít thay đổi) so với cái không nên (dữ liệu rất động hoặc nhạy cảm) là then chốt để dùng caching hiệu quả. Vì caching mang lại lợi ích hiệu năng lớn nhưng đòi hỏi vô hiệu hóa cẩn thận, nắm vững framework caching của Django — các cấp độ, backend, và đặc biệt là các chiến lược vô hiệu hóa — là kiến thức quan trọng để xây dựng các ứng dụng hiệu năng cao, mở rộng được và là dấu ấn của các lập trình viên có thể khiến app Django nhanh dưới tải thực.