Django включает гибкий фреймворк кеширования, поддерживающий несколько уровней кеширования (целые страницы, результаты представлений, фрагменты шаблонов или произвольные данные) и несколько бэкендов (в оперативной памяти, Redis, Memcached, база данных). Кеширование избегает повторения дорогостоящей работы — одна из оптимизаций производительности с наибольшим влиянием.
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 позволяет кешировать на нескольких уровнях детализации: целые страницы (cache_page), фрагменты шаблонов ({% cache %}), и произвольные данные через API низкого уровня (cache.get/cache.set — гибкий паттерн get-or-compute). Также существует кеширование всего сайта через 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)
Кеширование — одна из оптимизаций производительности с наибольшим влиянием для приложений Django, и комплексная многоуровневая система кеширования фреймворка делает её доступной — понимание её является ценным знанием уровня senior для построения быстрых, масштабируемых приложений.
Коренная ценность — избежать повторения дорогостоящей работы: запросы к базе данных, сложные вычисления, вызовы внешних API и рендеринг шаблонов могут быть закеширован, чтобы последующие запросы обслуживались быстро, драматически снижая задержку и нагрузку на базу данных/сервер.
Гибкость Django на нескольких уровнях кеширования (целые страницы с cache_page, фрагменты шаблонов с {% cache %}, и произвольные данные через паттерн get-or-compute API низкого уровня) позволяет кешировать с точно нужной детализацией для каждой ситуации, и его подключаемые бэкенды (особенно Redis для общего кеша на нескольких серверах — важно, поскольку кеши в памяти отдельного процесса не распределяются при горизонтальном масштабировании) подходят для различных требований развёртывания.
Знание того, как настроить кеширование, выбрать надлежащий уровень и выбрать правильный бэкенд для развёртывания, — это практическое, часто необходимое знание.
Равно важно понимание центральной сложности кеширования — инвалидации (знаменитой сложной проблемы очистки или обновления закешированных данных при изменении исходных данных, через TTL, явное удаление при записи или версионирование ключей, чтобы избежать подачи устаревших данных) — поскольку ошибка здесь — классический отказ кеширования, когда пользователи видят устаревшую информацию.
Также знание что кешировать (дорогостоящие, редко меняющиеся данные) против того, что не стоит (высокодинамичные или чувствительные данные), является ключевым для эффективного использования кеширования.
Поскольку кеширование обеспечивает значительные улучшения производительности, но требует осторожной инвалидации, овладение фреймворком кеширования Django — уровнями, бэкендами и особенно стратегиями инвалидации — является важным знанием для построения производительных, масштабируемых приложений и признаком разработчиков, которые могут сделать приложения Django быстрыми при реальной нагрузке.