django中cache缓存技术的使用_django createcachetable cull_frequency

作者：Cpp五条 | 2024-03-18 00:36:38

踩

django createcachetable cull_frequency

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

2. 内存缓冲

 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”)形式保存的缓存数据，每个文件的文件名是缓存键，为安全的文件系统使用释放

5. 本地内存缓存

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发生冲突。如果你不在意的话可以设成空字符串。

10. 视图级缓存
更加颗粒级的缓存框架使用方法是对单个视图的输出进行缓存。这和整站级缓存有一样的效果（包括忽略对有 GET 和 POST 参数的请求的缓存）。它应用于你所指定的视图，而不是整个站点。

 from django.views.decorators.cache import cache_page
  
 @cache_page(60 * 15)
 def my_view(request, param):
     # ...

11. 在 URLconf 中指定视图缓存

 from django.views.decorators.cache import cache_page
  
 urlpatterns = ('',
     (r'^foo/(\d{1,2})/$', cache_page(my_view, 60 * 15)),
 )

12. 低层次缓存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” 完全相同。

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/w/Cpp五条/article/detail/259102