返回顶部

收藏

Django-缓存机制详解

更多

1.设定缓存 缓存选择在你的settings文件的 CACHE_BACKEND 设置中,如果你使用缓存但没有指定 CACHE_BACKEND ,Django将默认使用 simple:///

  1. 内存缓冲
CACHE_BACKEND = ‘memcached://127.0.0.1:11211/’ 
CACHE_BACKEND = ‘memcached://172.19.26.240:11211;172.19.26.242:11211/’ 

                                3. 数据库缓存

(1) 使用如下语句创建一个缓存用数据表

python manage.py createcachetable [cache_table_name] 

                                (2) 设置你的CACHE_BACKEND设置为”db://tablename”,这里的tablename是数据库表的名字
CACHE_BACKEND = ‘db://my_cache_table’ 

                                4. 文件系统缓存
CACHE_BACKEND = ‘file:///var/tmp/django_cache’ 

注意例子中开头有三个前斜线,前两个是file://,第三个是目录路径的第一个字符,/var/tmp/django_cache,如果你使用Windows系统,把盘符字母放在file://后面,像这样:’file://c:/foo/bar’ 目录路径应该是绝对路径,即应该以你的文件系统的根开始,你在设置的结尾放置斜线与否无关紧要. 每个缓存值将被存储为单独的文件,其内容是Python的pickle模块以序列化(“pickled”)形式保存的缓存数据,每个文件的文件名是缓存键,为安全的文件系统使用释放

  1. 本地内存缓存
CACHE_BACKEND = ‘locmem:///’ 

                                6. 简易缓存(用于开发阶段)
CACHE_BACKEND = ’simple:///’ 

                                7. 伪缓存(供开发时使用)
CACHE_BACKEND = ‘dummy:///’ 

                                8. CACHE_BACKEND参数

每个缓存后端都可能使用参数,它们在CACHE_BACKEND设置中以查询字符串形式给出,合法的参数为: timeout:用于缓存的过期时间,以秒为单位。这个参数默认被设置为300秒(五分钟) max_entries : 对于simple, local-memory;与database类型的缓存,这个参数是指定缓存中存放的最大条目数,大于这个数时,旧的条目将会被删除。这个参数默认是300. cull_frequency :当达到 max_entries 的时候,被接受的访问的比率。实际的比率是 1/cull_frequency ,所以设置cull_frequency=2就是在达到 max_entries 的时候去除一半数量的缓存。把 cull_frequency 的值设置为 0 意味着当达到 max_entries 时,缓存将被清空。这将以很多缓存丢失为代价,大大提高接受访问的速度。这个值默认是3 在这个例子中, timeout 被设成 60

CACHE_BACKEND = “locmem:///?timeout=60″ 

                                而在这个例子中, timeout 设为 30 而 max_entries 为 400 :
CACHE_BACKEND = “locmem:///?timeout=30&max_entries=400″ 

                                9. 站点级 Cache

一旦你指定了”CACHE_BACKEND”,使用缓存的最简单的方法就是缓存你的整个网站。这意味着所有不包含GET或POST参数的页面在第一次被请求之后将被缓存指定好的一段时间。

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

然后,在你的Django settings文件里加入下面所需的设置: CACHE_MIDDLEWARE_SECONDS:每个页面应该被缓存的秒数 CACHE_MIDDLEWARE_KEY_PREFIX:如果缓存被多个使用相同Django安装的网站所共享,那么把这个值设成当前网站名,或其他能代表这个Django实例的唯一字符串,以避免key发生冲突。如果你不在意的话可以设成空字符串。

  1. 视图级缓存 更加颗粒级的缓存框架使用方法是对单个视图的输出进行缓存。这和整站级缓存有一样的效果(包括忽略对有 GET 和 POST 参数的请求的缓存)。它应用于你所指定的视图,而不是整个站点。
from django.views.decorators.cache import cache_page 

@cache_page(60 * 15) 
def my_view(request, param): 
    # ... 

  1. 在 URLconf 中指定视图缓存
from django.views.decorators.cache import cache_page 

urlpatterns = ('', 
    (r'^foo/(\d{1,2})/$', cache_page(my_view, 60 * 15)), 
) 

  1. 低层次缓存API 下面是如何导入这个 API :
>>> from django.core.cache import cache 

                                基本的接口是 set(key, value, timeout_seconds) 和 get(key) :
>>> cache.set(’my_key’, ‘hello, world!’, 30) 
>>> cache.get(’my_key’) 
‘hello, world!’ 

timeout_seconds 参数是可选的, 并且默认为前面讲过的 CACHE_BACKEND 设置中的 timeout 参数. 如果对象在缓存中不存在, 或者缓存后端是不可达的, cache.get;() 返回 None :

# Wait 30 seconds for ‘my_key’ to expire… 
>>> cache.get(’my_key’) 
None 
>>> cache.get(’some_unset_key’) 
None 

                                我们不建议在缓存中保存 None 常量,因为你将无法区分所保存的 None 变量及由返回值 None 所标识的缓存未中。

cache.get() 接受一个 缺省 参数。其指定了当缓存中不存在该对象时所返回的值:

>>> cache.get(’my_key’, ‘has expired’) 
‘has expired’ 

                                要想一次获取多个缓存值,可以使用 cache.get;_many() 。如果可能的话,对于给定的缓存后端, get_many() 将只访问缓存一次,而不是对每个缓存键值都进行一次访问。 get_many() 所返回的字典包括了你所请求的存在于缓存中且未超时的所有键值。
>>> cache.set(’a', 1) 
>>> cache.set(’b', 2) 
>>> cache.set(’c', 3) 
>>> cache.get_many(['a', 'b', 'c']) 
{’a': 1, ‘b’: 2, ‘c’: 3} 

                                如果某个缓存关键字不存在或者已超时, 它将不会被包含在字典中。下面是范例的延续:
>>> cache.get_many(['a', 'b', 'c', 'd']) 
{’a': 1, ‘b’: 2, ‘c’: 3} 

                                最后,你可以用 cache.delete;() 显式地删除关键字。这是在缓存中清除特定对象的简单途径。
>>> cache.delete(’a') 

                                cache.delete() 没有返回值, 不管给定的缓存关键字对应的值存在与否, 它都将以同样方式工作。

                                13. 使用 Vary 头标

缺省情况下,Django 的缓存系统使用所请求的路径(比如: “/stories/2005/jun/23/bank_robbed/” )来创建其缓存键。这意味着对该 URL 的每个请求都将使用同一个已缓存版本,而不考虑 cookies 或语言偏好之类的 user-agent; 差别。然而,如果该页面基于请求头标的区别(例如 cookies、语言或者 user-agent;)产生不同内容,你就不得不使用 Vary 头标来通知缓存机制:该页面的输出取决与这些东西。

from django.views.decorators.vary import vary_on_headers 
@vary_on_headers('User-Agent', 'Cookie') 
def my_view(request): 
# ... 

传入 vary_on_headers 头标是大小写不敏感的; “User-Agent” 与 “user-agent” 完全相同。

标签:缓存,Django,python

收藏

0人收藏

支持

0

反对

0

发表评论