Django zawiera elastyczną platformę cachowania obsługującą wiele poziomów cachowania (całe strony, wyniki widoków, fragmenty szablonów lub dowolne dane) oraz wiele backendów (pamięć operacyjna, Redis, Memcached, baza danych). Cachowanie pozwala uniknąć powtarzania kosztownych operacji — jednej z największych optymalizacji wydajności.
CACHES = {
: {
: ,
: ,
}
}
# 1. Per-view caching — cache an entire view's output
from django.views.decorators.cache import cache_page
@cache_page(60 * 15) # cache this view's response for 15 minutes
def article_list(request):
...
<!-- 2. Template fragment caching — cache part of a template -->
{% load cache %}
{% cache 500 sidebar %}
... expensive sidebar rendering ... <!-- cached for 500 seconds -->
{% endcache %}
# 3. Low-level cache API — cache ANY data, full control
from django.core.cache import cache
def get_stats():
stats = cache.get("dashboard_stats") # check cache first
if stats is None: # cache MISS
stats = compute_expensive_stats() # do the work
cache.set("dashboard_stats", stats, 3600) # store for 1 hour
return stats
Django umożliwia cachowanie na wielu poziomach szczegółowości: całych stron (cache_page), fragmentów szablonów ({% cache %}), i dowolnych danych poprzez niskopoziomowy API (cache.get/cache.set — elastyczny wzorzec get-or-compute). Dostępne jest również cachowanie całej witryny za pośrednictwem middleware'u.
# when underlying data changes, the cache must be updated or cleared, or users see stale data
def update_article(article):
article.save()
cache.delete("article_list") # invalidate affected cache entries
# strategies: TTL (accept brief staleness), explicit deletion on writes, versioned keys,
# or signals to invalidate on model save/delete
Cache invalidation is the classic hard problem: when data changes, stale cached
values must be cleared/refreshed. Approaches: short TTLs (accept some staleness),
explicit cache.delete on writes, or cache versioning/key schemes.
✓ Expensive queries/computations, rendered pages/fragments that change infrequently
✓ Aggregations, external API responses, session data
✗ Highly personalized or rapidly-changing data (or use very short TTLs / vary per user)
✗ Don't cache sensitive data carelessly (consider who can read the cache)
Cachowanie jest jedną z największych optymalizacji wydajności dla aplikacji Django, a wszechstronny, wielopoziomowy system cachowania frameworku czyni go dostępnym — zrozumienie go jest cennym, zaawansowanym know-how do budowania szybkich, skalowalnych aplikacji.
Rdzenna wartość polega na unikaniu powtarzanego kosztownego pracy: zapytania do bazy danych, złożone obliczenia, wywołania zewnętrznych API i renderowanie szablonów mogą być cachowane, aby kolejne żądania były obsługiwane szybko, dramatycznie zmniejszając opóźnienia i obciążenie bazy danych/serwera.
Elastyczność Django na wielu poziomach cachowania (całe strony z cache_page, fragmenty szablonów z {% cache %}, i dowolne dane poprzez wzorzec get-or-compute niskopoziomowego API) pozwala cachować dokładnie na odpowiednim poziomie szczegółowości dla każdej sytuacji, a jego podłączalne backendy (szczególnie Redis dla współdzielonego cache'a na wielu serwerach — ważne, ponieważ cache'y w pamięci na proces nie są współdzielone podczas skalowania poziomego) odpowiadają różnym potrzebom wdrażania.
Wiedzieć, jak skonfigurować cachowanie, wybrać odpowiedni poziom i wybrać właściwy backend dla wdrażania, to praktyczne, często potrzebne know-how.
Równie ważne jest zrozumienie centralnej trudności cachowania — unieważniania (słynnie trudny problem czyszczenia lub odświeżania danych cache'owanych, gdy dane bazowe się zmieniają, poprzez TTL, jawne usunięcie przy zapisach, lub wersjonowanie kluczy, aby uniknąć serwowania starych danych) — ponieważ błędne zrobienie tego jest klasyczną porażką cachowania, która pokazuje użytkownikom nieaktualne informacje.
Także wiedza o tym, co cachować (drogie, rzadko zmieniające się dane) w stosunku do tego, czego nie (wysoce dynamiczne lub wrażliwe dane), jest kluczowa do efektywnego stosowania cachowania.
Ponieważ cachowanie dostarcza znaczące zyski wydajności, ale wymaga ostrożnego unieważniania, opanowanie platformy cachowania Django — poziomów, backendów, a szczególnie strategii unieważniania — jest ważnym know-how do budowania wydajnych, skalowalnych aplikacji i znamieniem developerów, którzy potrafią przyspieszać aplikacje Django pod rzeczywistym obciążeniem.