浅谈django三种缓存模式的使用及注意点

django是动态网页，一般来说需要实时的生成访问的页面，展示给访问者，这样，内容可以随时变化，也就说请求到达视图函数之后，然后进行模板渲染，将字符串返回给用户，用户会看到相应的html页面。但是如果每次请求都从数据库中请求并获取数据，并且当用户并发量十分大的时候，这将服务器性能将大大受到影响。因此使用缓存能有效的解决这类问题。如果能将渲染后的结果放到速度更快的缓存中，每次有请求过来，先检查缓存中是否有对应的资源，如果有，直接从缓存中取出来返回响应，节省取数据和渲染的时间，不仅能大大提高系统性能，还能提高用户体验。

缓存的适合场景

对页面实时性要求不高的页面。对于大多数的购物网站，短期内商品的描述是没有变化的，可以使用缓存。

缓存优先级

由django的生命周期知各级缓存的优先级：中间件应用的全局缓存>视图函数缓存>模板渲染下的局部视图使用缓存。

Django 缓存模式的使用（主要针对RestFul设计模式的项目）

有三种模式：

全站使用缓存模式（整个项目每个接口都会使用缓存，缺点：所以接口都无法实时性获取数据） 单独视图缓存模式（单个接口使用缓存） 局部视图缓存模式

第一种：实现方式：

必须在 settings中设置 缓存中间件

MIDDLEWARE = [
 'django.middleware.cache.UpdateCacheMiddleware',
  。。。其他中间件。。。
 'django.middleware.cache.FetchFromCacheMiddleware',
]

但是伴随的缺点就是 没有设置 缓存的接口默认都会有600秒的缓存，如下

无论清缓存还是换浏览器，因为缓存都是放在服务端的。

这就导致 那些不需要设置缓存，要求数据实时性较高的接口无法及时返回最新数据。

所以：

如果需要使用

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秒，需要慎重考虑使用

第二种：

from django.views.decorators.cache import cache_page
@cache_page(10)

def cac(request):

 .......

这种方式只针对一个接口使用缓存（个人倾向于使用此方式）

第三种：

涉及到模板的使用（具体没有研究过）：

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • Django如何实现内容缓存示例详解

    Django如何实现内容缓存示例详解

    前言 本文主要给大家介绍了关于Django实现内容缓存的相关内容,分享出来供大家参考学习,下面话不多说了,来一起看看详细的介绍吧. 1.缓存的简介 在动态网站中,用户所有的请求,服务器都会去数据库中进行相应的增,删,查,改,渲染模板,执行业务逻辑,最后生成用户看到的页面. 当一个网站的用户访问量很大的时候,每一次的的后台操作,都会消耗很多的服务端资源,所以必须使用缓存来减轻后端服务器的压力. 缓存是将一些常用的数据保存内存或者memcache中,在一定的时间内有人来访问这些数据时,则不再去执行数

  • redis之django-redis的简单缓存使用

    本文介绍了redis之django-redis的简单缓存使用,分享给大家,具体如下: 自定义连接池 这种方式跟普通py文件操作redis一样,代码如下: views.py import redis from django.shortcuts import render,HttpResponse from utils.redis_pool import POOL def index(request): conn = redis.Redis(connection_pool=POOL) conn.hs

  • 简介Django框架中可使用的各类缓存

    数据库缓存 为了使用数据库表作为缓存后端,首先在数据库中运行这个命令以创建缓存表: python manage.py createcachetable [cache_table_name] 这里的[cache_table_name]是要创建的数据库表名. (这个名字随你的便,只要它是一个有效的表名,而且不是已经在您的数据库中使用的表名.)这个命令以Django的数据库缓存系统所期望的格式创建一个表. 一旦你创建了数据库表,把你的CACHE_BACKEND设置为"db://tablename&qu

  • django缓存配置的几种方法详解

    为什么要用缓存? 首先说,为什么要用缓存的,由于Django是动态网站,所有每次请求均会去数据进行相应的操作,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时(时间可以设置),则不再去执行view中的操作,而是直接从内存或者Redis中之前缓存的内容拿到,并返回. 另外,缓存只是一类统称,一般其介质是速度很快的内存,但也可以是能加快数据读取的其它方式. 什么时候适合用缓存? 对页面实时性要求

  • django 发送邮件和缓存的实现代码

    发送邮件 概述:Django中内置了邮件发送功能,发送邮件需要使用SMTP服务,常用的免费服务器有:163.126.QQ 注册并登陆163邮箱 打开POP3/SMTP服务与IMAP/SMTP服务 重置授权密码 配置 #邮件发送 EMAIL_BACKEND='django.core.mail.backends.smtp.EmailBackend' EMAIL_HOST='smtp.163.com' EMAIL_PORT=25 #发送邮件的邮箱 EMAIL_HOST_USER='clement@16

  • 浅谈Python的Django框架中的缓存控制

    关于缓存剩下的问题是数据的隐私性以及在级联缓存中数据应该在何处储存的问题. 通常用户将会面对两种缓存: 他或她自己的浏览器缓存(私有缓存)以及他或她的提供者缓存(公共缓存). 公共缓存由多个用户使用,而受其他某人的控制. 这就产生了你不想遇到的敏感数据的问题,比如说你的银行账号被存储在公众缓存中. 因此,Web 应用程序需要以某种方式告诉缓存那些数据是私有的,哪些是公共的. 解决方案是标示出某个页面缓存应当是私有的. 要在 Django 中完成此项工作,可使用 cache_control 视图修

  • 如何优雅地改进Django中的模板碎片缓存详解

    如何优雅地改进Django中的模板碎片缓存详解

    前言 本文主页给大家介绍了关于如何改进Django中模板碎片缓存的相关内容,关于Django模板碎片缓存大家可以先看看这篇文章,下面话不多说了,来一起看看详细的介绍吧 起步 Django 的缓存体系提供了模板片段缓存: {% load cache %} {% cache 500 sidebar %} .. sidebar .. {% endcache %} 但使用这个模板缓存还是需要每次都把需要的变量 sidebar 传给模板,不然当缓存过期时碎片是空白的.于是就需要的视图中获取这些数据: de

  • Python的Django框架中模板碎片缓存简介

    你同样可以使用cache标签来缓存模板片段. 在模板的顶端附近加入{% load cache %}以通知模板存取缓存标签. 模板标签{% cache %}在给定的时间内缓存了块的内容. 它至少需要两个参数: 缓存超时时间(以秒计)和指定缓存片段的名称. 示例: {% load cache %} {% cache 500 sidebar %} .. sidebar .. {% endcache %} 有时你可能想缓存基于片段的动态内容的多份拷贝. 比如,你想为上一个例子的每个用户分别缓存侧边栏.

  • 详解Django框架中的视图级缓存

    更加颗粒级的缓存框架使用方法是对单个视图的输出进行缓存. django.views.decorators.cache定义了一个自动缓存视图响应的cache_page装饰器. 他是很容易使用的: from django.views.decorators.cache import cache_page def my_view(request): # ... my_view = cache_page(my_view, 60 * 15) 也可以使用Python2.4的装饰器语法: @cache_page

  • 浅谈Django的缓存机制

    由于Django是动态网站,所有每次请求均会去数据进行相应的操作,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时,则不再去执行view中的操作,而是直接从内存或者Redis中之前缓存的内容拿到,并返回. Django中提供了6种缓存方式: 开发调试 内存 文件 数据库 Memcache缓存(python-memcached模块) Memcache缓存(pylibmc模块) 通用配置 'TI

  • 详解Django缓存处理中Vary头部的使用

    Vary 头部定义了缓存机制在构建其缓存键值时应当将哪个请求头标考虑在内. 例如,如果网页的内容取决于用户的语言偏好,该页面被称为根据语言而不同. 缺省情况下,Django 的缓存系统使用所请求的路径(比如:"/stories/2005/jun/23/bank_robbed/" )来创建其缓存键.这意味着每次请求都会使用同样的缓存版本,不考虑才客户端cookie和语言配置的不同. 除非你使用Vary头部通知缓存机制页面输出要依据请求头里的cookie,语言等的设置而不同. 要在 Dja

随机推荐