django是动态网页,一般来说需要实时的生成访问的页面,展示给访问者,这样,内容可以随时变化,也就说请求到达视图函数之后,然后进行模板渲染,将字符串返回给用户,用户会看到相应的html页面。但是如果每次请求都从数据库中请求并获取数据,并且当用户并发量十分大的时候,这将服务器性能将大大受到影响。因此使用缓存能有效的解决这类问题。如果能将渲染后的结果放到速度更快的缓存中,每次有请求过来,先检查缓存中是否有对应的资源,如果有,直接从缓存中取出来返回响应,节省取数据和渲染的时间,不仅能大大提高系统性能,还能提高用户体验。
缓存的适合场景
对页面实时性要求不高的页面。对于大多数的购物网站,短期内商品的描述是没有变化的,可以使用缓存。
缓存优先级
由django的生命周期知各级缓存的优先级:中间件应用的全局缓存>视图函数缓存>模板渲染下的局部视图使用缓存。
django 缓存模式的使用(主要针对restful设计模式的项目)
有三种模式:
全站使用缓存模式(整个项目每个接口都会使用缓存,缺点:所以接口都无法实时性获取数据) 单独视图缓存模式(单个接口使用缓存) 局部视图缓存模式
第一种:实现方式:
必须在 settings中设置 缓存中间件
1
2
3
4
5
|
middleware = [
'django.middleware.cache.updatecachemiddleware' ,
。。。其他中间件。。。
'django.middleware.cache.fetchfromcachemiddleware' ,
]
|
但是伴随的缺点就是 没有设置 缓存的接口默认都会有600秒的缓存,如下
无论清缓存还是换浏览器,因为缓存都是放在服务端的。
这就导致 那些不需要设置缓存,要求数据实时性较高的接口无法及时返回最新数据。
所以:
如果需要使用
1
2
|
from django.views.decorators.cache import cache_page, cache_control
from django.views.decorators.vary import vary_on_headers
|
@cache_control,@vary_on_headers,@vary_on_cookie
这些装饰器,就必须需要 缓存中间件,但是这样会导致其他接口都会有缓存600秒,需要慎重考虑使用
第二种:
1
2
3
4
5
6
|
from django.views.decorators.cache import cache_page
@cache_page ( 10 )
def cac(request):
.......
|
这种方式只针对一个接口使用缓存(个人倾向于使用此方式)
第三种:
涉及到模板的使用(具体没有研究过):
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:http://www.cnblogs.com/rgcLOVEyaya/p/RGC_LOVE_YAYA_692days_811.html