Django构建数据库缓存

由于Django构建得是动态网站,每次客户端请求都要严重依赖数据库,当程序访问量大时,耗时必然会更加明显,最简单解决方式是使用:缓存,缓存将一个某个views的返回值保存至内存或者memcache中,5分钟内再有人来访问时,则不再去执行view中的操作,而是直接从内存memcached 、Redis中之前缓存的内容拿到,并返回。

Django构建数据库缓存_第1张图片

 

Django缓存的配置和应用

Django中提供了6种缓存方式:

  • 开发调试  (开发调试使用)
  • 内存(不做配置默认:默认配置是Django内置配置文件(用户不可见)设置在内存里面)
  • 文件
  • 数据库
  • Memcache缓存(python-memcached模块)
  • Memcache缓存(pylibmc模块)

Django的缓存到底存储在哪里是根据Django的 setings.py配置文件来决定的!

 

1、配置  在Django项目setings.py中配置 

a、缓存至内存:

CACHES = {
    'default': {
        'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',#缓存到内存
        'LOCATION': 'XXOO',     #在内存中存储的变量(保证唯一)
        'TIMEOUT': 300,            # 缓存超时时间(默认300,None表示永不过期,0表示立即过期)
        'OPTIONS':{
            'MAX_ENTRIES': 300,     # 最大缓存个数(默认300)
            'CULL_FREQUENCY': 3,
            # 缓存到达最大个数之后,Django会自动清空3/1 ,设置为10 就剔除10/1
        }
    }
}

 

b、缓存至目录文件

会不会有这样的疑惑?如果把数据缓存至本地目录,和去数据库里获取数据有什么区别?

1、缓存的内容和数据库里不一样,是经过模板渲染处理好的整体数据;而去数据库获取数据还需要模板渲染进行加工处理;

2、距离不一样,缓存到本地目录,而Django连接数据库需要socket;

CACHES = {
    'default': {
        'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',
        'LOCATION': '/var', #设置缓存文件的目录
    }
}

c、缓存至数据库

缓存到数据库也好,至少相对而言少了模板渲染的过程;

  CACHES = {
            'default': {
                'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
                'LOCATION': 'my_cache_table', # 数据库表
            }
        }

d1、缓存到Memcache数据库(python-memcached模块)

# 此缓存使用python-memcached模块连接memcache
     
                      
    CACHES = {
        'default': {
            'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
            'LOCATION': '127.0.0.1:11211',       #通过网络socket连接,缓存到单台服务的 memcache数据库
        }
    }

    CACHES = {
        'default': {
            'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
            'LOCATION': 'unix:/tmp/memcached.sock',  #通过本地文件socket,缓存本机memcache数据库
        }
    }   


                                                      #通过网络socket连接,缓存到memcache 集群
    CACHES = {                                        #其中 6和89为
        'default': {
            'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
            'LOCATION': [
                ('172.19.26.240:11211',6),                   
                ('172.19.26.242:11211',89),                 
            ]
        }
    }

 

d2、Memcache缓存(pylibmc模块)

还可以使用其他Python模块连接到Memcache,老铁你是否联想到了 redis?默认还不支持!需要借助第三方插件;

# 此缓存使用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',
            ]
        }
    }

 

 

2、应用 

a、全站缓存(大粒度应用)

全站应用缓存就是对 客户端所有request应用,提到所有请求 我就联想到了Django的中间件。

来看一张图

Django构建数据库缓存_第2张图片

 

 你认为request请求进来,这个缓存中间件应该设置在哪里呢?

答案:中间件2 因为 要先请求进来,要先经过CSRF中间件,因为不合法的request,缓存也不应该给让他看到;

 

再看一张图

Django构建数据库缓存_第3张图片

 

  你认为response请求响应之后,这个缓存中间件应该设置在哪里呢?

 答案:放在最后中间件4,因为避免之前的中间件修改过response的内容,造成缓存和数据库内容不一致;

 

你需要添加两个中间件到MIDDLEWRAE_CLASSES:django.middleware.UpdateCacheMiddleware和django.middleware.cache.FetchFromCacheMiddleware,注意的是,UpdateCache中间件一定要放在第一位,Fetch中间件必须放最后(因为中间件的顺序决定着运行的顺序)见下面示例:

MIDDLEWARE_CLASSES = (
    'django.middleware.cache.UpdateCacheMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.cache.FetchFromCacheMiddleware',
)

然后你需要在项目配置文件中加入下面几个必须的设置:

CACHE_MIDDLEWARE_ALIAS:用来存储的缓存别名
CACHE_MIDDLEWARE_SECONDS:每个页面应该被缓存的秒数
CACHE_MIDDLEWARE_KEY_PREFIX:关键的前缀,当多个站点使用同一个配置的时候,这个可以设置可以避免发生冲突;如果你不在乎的话, 你可以是用一个空字符串,建议你别这样做

如下:

MIDDLEWARE_CLASSES = (
    'django.middleware.cache.UpdateCacheMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.cache.FetchFromCacheMiddleware',
)

CACHE_MIDDLEWARE_SECONDS = 30  #设置超时时间 10秒
CACHE_MIDDLEWARE_ALIAS = 'Allhuancun'
CACHE_MIDDLEWARE_KEY_PREFIX = ''

如果请求或者响应的头部允许的时候,缓存中间件会缓存那些200的get或者head的相应页面。同一个url但是不同查询参数会被认为是不同的相应从而被分别缓存。

如果你设置了CACHE_MIDDLEWARE_ANONYMOUS_ONLY为真,那么只有匿名的请求会被缓存,这是一个禁用缓存非匿名用户页面的最简单的做法,注意确保已经启用了认证中间件。

缓存中间件希望一个head请求可以被 一个有相同响应头部的get请求的响应 响应,因为这样的话,缓存中间件可以直接用一个get响应返回给一个head请求。

另外,缓存中间件会自动的设置少量的头部信息给每一个HttpResponse:

当一个新鲜的页面被请求的时候,会用当前时间打上一个Last_Modified的头部
会用当前时间加上CACHE_MIDDLEWARE_SECONDS的值设置给Expires头部
用CACHE_MIDDLEWARE_SECONDS的值给Cache-Control头部去设置一个页面的最大年龄(前提是视图函数没有设置该项)
 

b、视图函数应用(适中粒度应用)

from django.views.decorators.cache import cache_page  #导入设置缓存的装饰器
@cache_page(60 * 5) #注意 60*3 是缓存时间为3分钟,(3)3秒,如果更换了设置,千万记得更新url,否则会使用原来设置的过期时间,和原来的缓存;
def index(request):
    userlist=models.UserInfo.objects.all()
    ctime=time.time()
    return render(request,'index.html',locals())
@cache_page(5)
def test(request):
    # userlist=models.UserInfo.objects.all()
    ctime=time.time()
    return render(request,'index.html',locals())
#注意 60*3 是缓存时间为3分钟,(3)3秒,如果更换了设置,千万记得更新url,否则会使用原来设置的过期时间,和原来的缓存;

 

c、局部模板应用缓存(小粒度应用)

缓存为王,使用起来一念之差则为寇;

缓存应该加在我们网站页面不实时更新的地方;

{% load cache %}     {#1、首先加载缓存#}



    
    测试



{% cache 5000 缓存key %} {# 2 用cache tag 围绕 要缓存的内容#}
    

缓存内容

{% endcache %}

 

你可能感兴趣的:(MySQL,Django)