Django merangkumi rangka kerja caching yang fleksibel yang menyokong pelbagai tahap caching (keseluruhan halaman, hasil view, serpihan template, atau data sewenang-wenangnya) dan pelbagai backend (dalam-memori, Redis, Memcached, pangkalan data). Caching mengelakkan pengulangan kerja yang mahal — salah satu pengoptimuman prestasi yang paling berkesan.
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 membenarkan anda melakukan caching pada pelbagai tahap kehalusan: keseluruhan halaman (cache_page), serpihan template ({% cache %}), dan data sewenang-wenangnya melalui API tahap rendah (cache.get/cache.set — corak get-or-compute yang fleksibel). Terdapat juga caching seluruh laman melalui middleware.
# 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)
Caching ialah salah satu pengoptimuman prestasi yang paling berkesan untuk aplikasi Django, dan sistem caching pelbagai tahap yang komprehensif dalam rangka kerja ini menjadikannya mudah diakses — memahaminya ialah pengetahuan peringkat senior yang berharga untuk membina aplikasi yang pantas dan boleh berskala.
Nilai utamanya ialah mengelakkan pengulangan kerja yang mahal: pertanyaan pangkalan data, pengiraan kompleks, panggilan API luaran, dan rendering template boleh dicache supaya permintaan seterusnya dilayan dengan pantas, mengurangkan latency serta beban pangkalan data/pelayan secara mendadak.
Fleksibiliti Django merentasi pelbagai tahap caching (keseluruhan halaman dengan cache_page, serpihan template dengan {% cache %}, dan data sewenang-wenangnya melalui corak get-or-compute API tahap rendah) membenarkan anda melakukan caching pada tahap kehalusan yang tepat untuk setiap situasi, dan backend yang boleh dipasang (terutamanya Redis untuk cache yang dikongsi merentasi pelbagai pelayan — penting kerana cache dalam-memori per-proses tidak dikongsi apabila menskalakan secara mendatar) sesuai dengan keperluan deployment yang berbeza.
Mengetahui cara mengkonfigurasi caching, memilih tahap yang sesuai, dan memilih backend yang betul untuk deployment ialah pengetahuan praktikal yang kerap diperlukan.
Sama pentingnya ialah memahami kesukaran utama caching — pembatalan (masalah terkenal yang sukar iaitu membersihkan atau menyegarkan data yang dicache apabila data asas berubah, melalui TTL, pemadaman eksplisit semasa penulisan, atau versi kunci, untuk mengelakkan penyampaian data lapuk) — kerana melakukannya secara salah ialah kegagalan caching klasik yang menunjukkan maklumat lapuk kepada pengguna.
Mengetahui apa yang patut dicache (data mahal yang jarang berubah) berbanding apa yang tidak (data yang sangat dinamik atau sensitif) juga kunci untuk menggunakan caching dengan berkesan.
Kerana caching memberikan peningkatan prestasi yang besar tetapi memerlukan pembatalan yang teliti, menguasai rangka kerja caching Django — tahap, backend, dan terutamanya strategi pembatalan — ialah pengetahuan penting untuk membina aplikasi yang berprestasi dan boleh berskala serta menjadi ciri tersendiri pembangun yang boleh menjadikan aplikasi Django pantas di bawah beban sebenar.