什么是缓存Cache
缓存是一类可以更快的读取数据的介质统称，也指其它可以加快数据读取的存储方式。一般用来存储临时数据，常用介质的是读取速度很快的内存。一般来说从数据库多次把所需要的数据提取出来，要比从内存或者硬盘等一次读出来付出的成本大很多。对于中大型网站而言，使用缓存减少对数据库的访问次数是提升网站性能的关键之一。
为什么要使用缓存Cache
在Django中，当用户请求到达视图后，视图会先从数据库提取数据放到模板中进行动态渲染，渲染后的结果就是用户看到的网页。如果用户每次请求都从数据库提取数据并渲染，将极大降低性能，不仅服务器压力大，而且客户端也无法即时获得响应。如果能将渲染后的结果放到速度更快的缓存中，每次有请求过来，先检查缓存中是否有对应的资源，如果有，直接从缓存中取出来返回响应，节省取数据和渲染的时间，不仅能大大提高系统性能，还能提高用户体验。
我们来看一个实际的博客例子。每次当我们访问首页时，下面视图都会从数据库中提取文章列表，并渲染的模板里去。大多数情况下，我们的博客不会更新得那么频繁，所以文章列表是不变的。这样用户在一定时间内多次访问首页时都从数据库重新读取同样的数据是一种很大的浪费。
from django.shortcuts import render def index(request): # 读取数据库等并渲染到网页 article_list = Article.objects.all() return render(request,'index.html',{article_list': article_list})
使用缓存Cache就可以帮我们解决这个问题。当用户首次访问博客首页时，我们从数据库中提取文章列表，并将其存储到缓存里(常用的是内存，这取决于你的设置)。当用户在单位时间内再次访问首页时,Django先检查缓存是否过期(本例是15分钟),再检查缓存里文章列表资源是否存在，如果存在，直接从缓存中读取数据,并渲染模板。
render from django.views.decorators.cache cache_page @cache_page(60 * 15) 秒数，这里指缓存 15 分钟 index(request): article_list =': article_list})
注意: 在Django中使用缓存前，我们必需先做必要的设置。
缓存Cache的应用场景
缓存主要适用于对页面实时性要求不高的页面。存放在缓存的数据，通常是频繁访问的，而不会经常修改的数据。我们来举几个应用例子:
-
缓存网页片段。比如缓存网页导航菜单和脚部(Footer)。
Django缓存设置
Django中提供了多种缓存方式，如果要使用缓存，需要先在settings.py中进行配置，然后应用。根据缓存介质的不同，你需要设置不同的缓存后台Backend。
Memcached缓存
Memcached是基于内存的缓存，Django原生支持的最快最有效的缓存系统。
对于大多数场景，我们推荐使用Memcached，数据缓存在服务器端。使用前需要通过pip安装memcached的插件python-memcached和pylibmc，可以同时支持多个服务器上面的memcached。
下面是使用pyhon-memcached的设置。
localhost CACHES = { default': { BACKEND': django.core.cache.backends.memcached.MemcachedCache,LOCATION127.0.0.1:11211 unix soket CACHES =unix:/tmp/memcached.sock: [ 172.19.26.240:11211172.19.26.242:11211 我们也可以给缓存机器加权重，权重高的承担更多的请求，如下 : [ (),(
数据库缓存
CACHES =django.core.cache.backends.db.DatabaseCachemy_cache_table文件系统缓存CACHES =django.core.cache.backends.filebased.FileBasedCache/var/tmp/django_cache这个是文件夹的路径 'LOCATION': 'c:\foo\bar',#windows下的示例 } }本地内存缓存
Django代码中如何使用Cache
当你做好Cache的设置后，在代码中你可以有三种方式使用Cache。
在视图View中使用
在路由URLconf中使用
在模板中使用
在视图View中使用cache
cache_page @cache_page(60 * 15) my_view(request): ...在路由URLconf中使用cache
这是小编我更喜欢的方式，这样你就不用修改负责逻辑部分的view了。
cache_page urlpatterns = [ path(foo/<int:code>/)(my_view)),]在模板中使用cache
{% load cache %} {% cache 500 sidebar request.user.username %} .. sidebar for logged in user .. {% endcache %}对于大部分码农而言，我们只需要懂得如何在django中使用cache即可，而不需要详细了解django后台工作原理，比如Django是如何将数据存储到选定介质的以及django是如何判断缓存是否已经过期的。
Django中使用Cache的高级技巧
使用cache_control
通常用户将会面对两种缓存： 他或她自己的浏览器缓存（私有缓存）以及他或她的提供者缓存（公共缓存）。 公共缓存由多个用户使用，而受其它人的控制。 这就产生了你不想遇到的敏感数据的问题，比如说你的银行账号被存储在公众缓存中。 因此，Web 应用程序需要以某种方式告诉缓存那些数据是私有的，哪些是公共的。
解决方案是标示出某个页面缓存应当是私有的。 要在 Django 中完成此项工作，可使用 cache_control 视图修饰器：
cache_control @cache_control(private=True) my_view(request): ...该修饰器负责在后台发送相应的 HTTP 头部。
还有一些其他方法可以控制缓存参数。 例如,HTTP 允许应用程序执行如下操作:
在 Django 中，可使用 cache_control 视图修饰器指定这些缓存参数。 在下例中， cache_control 告诉缓存对每次访问都重新验证缓存并在最长 3600 秒内保存所缓存版本。
cache_control @cache_control(must_revalidate=True,max_age=3600 ...在 cache_control() 中，任何合法的Cache-Control HTTP 指令都是有效的。下面是完整列表：
使用vary_on_headers
缺省情况下，Django 的缓存系统使用所请求的路径(如blog/article/1)来创建其缓存键。这意味着不同用户请求同样路径都会得到同样的缓存版本，不考虑客户端user-agent,cookie和语言配置的不同,除非你使用vary头部通知缓存机制需要考虑请求头里的cookie和语言的不同。
要在 Django 完成这项工作，可使用便利的 vary_on_headers 视图装饰器。例如下面代码告诉Django读取缓存数据时需要同时考虑User-Agent和Cookie的不同。
from django.views.decorators.vary vary_on_headers @vary_on_headers(User-AgentCookie my_view(request): ...使用never_cache禁用缓存
如果你想用头部完全禁掉缓存,你可以使用django.views.decorators.cache.never_cache装饰器。
如果你不在视图中使用缓存，服务器端是肯定不会缓存的，然而用户的客户端如浏览器还是会缓存一些数据，这时你可以使用never_cache禁用掉客户端的缓存。
never_cache @never_cache myview(request): ...
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
