day21-Django缓存
一、前言
由于Django是动态网站,所有每次请求均会去数据进行相应的操作,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时,则不再去执行view中的操作,而是直接从内存或者Redis中之前缓存的内容拿到,并返回。
Django中提供了6种缓存方式:
- 开发调试
- 内存
- 文件
- 数据库
- Memcache缓存(python-memcached模块或者pylibmc模块)
Memcache缓存有两种方式,只是连接时,使用的模块不一样。
二、配置
2.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),3:表示1/3 }, #这边只的是缓存的key:p1:1:func_name 'KEY_PREFIX': 'p1', # 缓存key的前缀(默认空) 'VERSION': 1, # 缓存key的版本(默认1) 'KEY_FUNCTION':"func_name" # 生成key的函数(默认函数会生成为:【前缀:版本:key】) } }
其他除了引擎不一样,其他的都是通用的,这边只的是缓存的key:p1:1:func_name的源码如下:
# 自定义key def default_key_func(key, key_prefix, version): """ Default function to generate keys. Constructs the key used by all other methods. By default it prepends the `key_prefix'. KEY_FUNCTION can be used to specify an alternate function with custom key making behavior. """ return '%s:%s:%s' % (key_prefix, version, key) def get_key_func(key_func): """ Function to decide which key function to use. Defaults to ``default_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
所以我们就可以自定义这个key的格式。
2.2、内存
说明:内存版本的时候,必须设置一个值,这个值是唯一的,此缓存将内容保存至内存的变量中
CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.locmem.LocMemCache', 'LOCATION': 'unique-snowflake', #这边必须设置一个值,这个值是唯一的 } #其他的配置和开发调试版本一样 }
2.3、文件
说明:此缓存将内容保存至文件
CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache', 'LOCATION': '/var/tmp/django_cache', #缓存存放的路径 } #其他的配置和开发调试版本一样 }
2.4、数据库
说明:此缓存将内容保存至数据库
CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.db.DatabaseCache', 'LOCATION': 'my_cache_table', # 设置一个数据库存放缓存的表名 } #其他的配置和开发调试版本一样 } # 注:执行创建表命令 python manage.py createcachetable
2.5、Memcache缓存(python-memcached模块)
说明:此缓存使用python-memcached模块连接memcache
#单台机器 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 'LOCATION': '127.0.0.1:11211', } #其他的配置和开发调试版本一样 } #存放本地的 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 'LOCATION': 'unix:/tmp/memcached.sock', } #其他的配置和开发调试版本一样 } #支持集群,负载均衡 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', 'LOCATION': [ '172.19.26.240:11211', '172.19.26.242:11211', #设置权重 #('172.19.26.240:11211',10), #('172.19.26.242:11211',20), ] } #其他的配置和开发调试版本一样 }
其实权重的原理很简单的:就是比如上面是10,20,就是设置一个列表长度为30,然后第一个占10,第二个占20。
2.6、Memcache缓存(pylibmc模块)
说明:此缓存使用pylibmc模块连接memcache
# 此缓存使用pylibmc模块连接memcache CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 'LOCATION': '127.0.0.1:11211', } } CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 'LOCATION': '/tmp/memcached.sock', } } CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', 'LOCATION': [ '172.19.26.240:11211', '172.19.26.242:11211', ] } }
更多memcache的操作:猛击这里
三、应用
3.1、全栈应用
说明:使用中间件,经过一系列的认证等操作,如果内容在缓存中存在,则使用FetchFromCacheMiddleware获取内容并返回给用户,当返回给用户之前,判断缓存中是否已经存在,如果不存在则UpdateCacheMiddleware会将缓存保存至缓存,从而实现全站缓存
MIDDLEWARE = [ 'django.middleware.cache.UpdateCacheMiddleware', # 其他中间件... 'django.middleware.cache.FetchFromCacheMiddleware', ] CACHE_MIDDLEWARE_ALIAS = "" CACHE_MIDDLEWARE_SECONDS = "" CACHE_MIDDLEWARE_KEY_PREFIX = ""
例如:
MIDDLEWARE = [ 'django.middleware.cache.UpdateCacheMiddleware',#只有process_resopnse,走的时候执行他,来的时候跟你没有关系 'django.middleware.security.SecurityMiddleware', 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', 'Middle.m1.Row1', 'Middle.m1.Row2', 'django.middleware.cache.FetchFromCacheMiddleware', #只有process_request,来的时候执行你,走的时候跟你没有任何关系 ]
这边就是,我请求过来,我只需要在中间件最后一层先去缓存中拿,拿不到的话,我到后台view里面去拿,拿到之后放到缓存之后,再返回给用户。
3.2、单独视图缓存
说明:只是在单个view函数上使用
方式一: from django.views.decorators.cache import cache_page @cache_page(10) # 10表示超时时间设置为10秒 def my_view(request): ... 方式二: from django.views.decorators.cache import cache_page urlpatterns = [ url(r'^foo/([0-9]{1,2})/$', cache_page(10)(my_view)), #设置超时时间为10秒 ]
例如:
#单个view使用 from django.views.decorators.cache import cache_page @cache_page(5) #这个5秒超时时间的优先级要比那个默认配置的300秒要高 def cache(request): import time ctime = time.time() return render(request,"cache.html",{'ctime':ctime}) #这个缓存表示对cached.html整个模板生效
3.3、局部模板使用
说明:在模板中只对某个地方做缓存
a. 引入TemplateTag {% load cache %} b. 使用缓存 {% cache 5000 缓存key %} 缓存内容 {% endcache %}
例如:
{% load cache %} #导入cache模块 <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> </head> <body> <h1>{{ ctime }}</h1> <h1>{{ ctime }}</h1> {% cache 10 ctime_cache %} <!--表示就对这个ctime缓存,10表示超时时间10秒,ctime_cache表示缓存的key--> <h1>{{ ctime }}</h1> {% endcache %} </body> </html>
如图:
三、缓存的原理图
那同学问了:如果我三种缓存都应用上,则会使用哪个呐?
答案:肯定先用最外层全局的,因为请求先经过中间件,遇到缓存就返回了,根本不会到达,你的view函数,所以,缓存设置的越靠前,就会优先级越高。
那这个东西有啥用呐?
答案:1、这个东西只有对静态的和不变的数字或者静态图片什么的用缓存。2、动态的数字不用缓存
更多:猛击这里