Django cache (缓存)
五种配置
1.开发调试
# 此为开始调试用，实际内部不做任何操作
# 配置：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.dummy.DummyCache', # 引擎
'TIMEOUT': 300, # 缓存超时时间（默认300，None表示永不过期，0表示立即过期）
'OPTIONS':{
'MAX_ENTRIES': 300, # 最大缓存个数（默认300）
'CULL_FREQUENCY': 3, # 缓存到达最大个数之后，剔除缓存个数的比例，即：1/CULL_FREQUENCY（默认3）
},
'KEY_PREFIX': '', # 缓存key的前缀（默认空）
'VERSION': 1, # 缓存key的版本（默认1）
'KEY_FUNCTION' 函数名 # 生成key的函数（默认函数会生成为：[前缀:版本:key]）
}
}
# 可以自定义函数生成key
def default_key_func(key, key_prefix, version):
return '%s:%s:%s' % (key_prefix, version, key)
def get_key_func(key_func):
if key_func is not None:
if callable(key_func):
return key_func
else:
return import_string(key_func)
return default_key_func
2.内存
# 此缓存将内容保存至内存的变量中
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.locmem.LocMemCache',
'LOCATION': 'unique-snowflake',
}
}
3.文件
# 此缓存将内容保存至文件
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',
'LOCATION': '/var/tmp/django_cache',
}
}
4.数据库
# 此缓存将内容保存至数据库
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
'LOCATION': 'my_cache_table', # 数据库表
}
}
# 需要执行创建表命令 python manage.py createcachetable
5.Memcache缓存
使用python-memcached模块连接memcache：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
'LOCATION': 'unix:/tmp/memcached.sock',
}
}
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
'LOCATION': [
'127.0.0.1:8000',
'127.0.0.1:8001',
]
}
}
使用pylibmc模块连接memcache:
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache',
'LOCATION': '127.0.0.1:8000',
}
}
三种应用
全局使用
通过中间件实现全局使用：经过一系列的认证等操作，如果内容在缓存中存在，则使用FetchFromCacheMiddleware获取内容并返回给用户，当返回给用户之前，判断缓存中是否已经存在，如果不存在则UpdateCacheMiddleware会将缓存保存至缓存，从而实现全站缓存。
'django.middleware.cache.UpdateCacheMiddleware'只有response方法没有request方法，需要放在最前面，这样缓存的内容就是经过其他中间件处理、最终呈现给客户端的。
'django.middleware.cache.FetchFromCacheMiddleware'只有request方法没有response方法，需要放在最后面，在请求经过其他中间件处理之后再去获取内容
MIDDLEWARE = [
'django.middleware.cache.UpdateCacheMiddleware',
# 其他中间件...
'django.middleware.cache.FetchFromCacheMiddleware',
]
CACHE_MIDDLEWARE_ALIAS = ""
CACHE_MIDDLEWARE_SECONDS = ""
CACHE_MIDDLEWARE_KEY_PREFIX = ""
视图函数使用
通过装饰器：
views.py:
from django.views.decorators.cache import cache_page
@cache_page(60 * 15)
def my_view(request):
pass
通过url
urls.py:
from django.views.decorators.cache import cache_page
urlpatterns = [
re_path(r'^foo/([0-9]{1,2})/$', cache_page(60 * 15)(my_view)),
]
模板使用
html:
{% load cache %}
{# 先引入 #}
{% cache 15 c1 %}{# cache 缓存超时时间(s) 缓存KEY #}
{# 缓存内容 #}
{% endcache %}
当多种一起使用
Django 生命周期：
请求由客户端发出先经过中间件，再由路由分发到视图函数，最后进行模版渲染返回给用户
根据 Django 生命周期可知，发送请求后：
首先由中间件确定是否有全局缓存
- 如果有全局缓存：直接返回全局缓存
- 如果没有全局缓存：请求经路由分发到视图函数，判断视图函数是否有缓存：
- 如果有：直接返回视图函数缓存
- 如果没有：准备进行模版渲染，判断模版是否有缓存：
- 如果有：返回模版缓存
- 如果没有：渲染并返回给用户
所以当低优先级的缓存与高优先级的缓存共用时，低优先级缓存永远不会主动更新，只会和高优先级缓存一起更新
高优先级缓存先失效时：如果有低优先级缓存就返回，如果没有就渲染并更新
低优先级缓存先失效时：没有影响，继续返回高优先级的缓存，在高优先级缓存失效后一起更新
