溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章主要為大家展示了“Django中緩存機制的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“Django中緩存機制的示例分析”這篇文章吧。
由于Django是動態網站，所有每次請求均會去數據進行相應的操作，當程序訪問量大時，耗時必然會更加明顯，最簡單解決方式是使用：緩存，緩存將一個某個views的返回值保存至內存或者memcache中，5分鐘內再有人來訪問時，則不再去執行view中的操作，而是直接從內存或者Redis中之前緩存的內容拿到，并返回。
Django中提供了6種緩存方式：
開發調試
內存
文件
數據庫
Memcache緩存（python-memcached模塊）
Memcache緩存（pylibmc模塊）
通用配置
'TIMEOUT': 300, # 緩存超時時間（默認300，None表示永不過期，0表示立即過期）
'OPTIONS':{
'MAX_ENTRIES': 300, # 最大緩存個數（默認300）
'CULL_FREQUENCY': 3, # 緩存到達最大個數之后，剔除緩存個數的比例，即：1/CULL_FREQUENCY（默認3）
},
'KEY_PREFIX': '', # 緩存key的前綴（默認空）
'VERSION': 1, # 緩存key的版本（默認1）
'KEY_FUNCTION' 函數名 # 生成key的函數（默認函數會生成為：【前綴:版本:key】）以上六中模式都可以使用
自定義key
def default_key_func(key, key_prefix, version): """ Default function to generate keys. Constructs the key used by all other methods. By default it prepends the `key_prefix'. KEY_FUNCTION can be used to specify an alternate function with custom key making behavior. """ return '%s:%s:%s' % (key_prefix, version, key) def get_key_func(key_func): """ Function to decide which key function to use. Defaults to ``default_key_func``. """ if key_func is not None: if callable(key_func): return key_func else: return import_string(key_func) return default_key_func
開發調試
# 此為開始調試用，實際內部不做任何操作
# 配置：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.dummy.DummyCache', # 引擎
通用配置
}
}內存
# 此緩存將內容保存至內存的變量中
# 配置：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.locmem.LocMemCache',
'LOCATION': 'unique-snowflake',
通用配置
}
}
# 注：其他配置同開發調試版本文件
# 此緩存將內容保存至文件
# 配置：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache',
'LOCATION': '/var/tmp/django_cache',
通用配置
}
}
# 注：其他配置同開發調試版本數據庫
# 此緩存將內容保存至數據庫
# 配置：
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.db.DatabaseCache',
'LOCATION': 'my_cache_table', # 數據庫表
通用配置
}
}
# 注：執行創建表命令 python manage.py createcachetableMemcache緩存（python-memcached模塊）
# 此緩存使用python-memcached模塊連接memcache
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
'LOCATION': '127.0.0.1:11211',
}
}
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
'LOCATION': 'unix:/tmp/memcached.sock',
}
}
CACHES = {
'default': {
'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache',
'LOCATION': [
'172.19.26.240:11211',
'172.19.26.242:11211',
]
}
}Memcache緩存（pylibmc模塊）
# 此緩存使用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',
]
}
}緩存的應用
單獨視圖緩存
from django.views.decorators.cache import cache_page @cache_page(60 * 15) def my_view(request): ...
即通過裝飾器的方式實現，導入模塊之后，在需要緩存的函數前加@cache_page(60 * 15) 60*15表示緩存時間是15分鐘
例子如下：
from django.views.decorators.cache import cache_page
@cache_page(10)
def cache(request):
import time
ctime = time.time()
return render(request,"cache.html",{"ctime":ctime})前端頁面如下：
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
<h2>{{ ctime }}</h2>
<h2>{{ ctime }}</h2>
<h2>{{ ctime }}</h2>
</body>
</html>這樣在前端頁面在獲取的ctime的時候就會被緩存10秒鐘，10秒鐘之后才會變化，但是這樣的話就相當月所有的調用ctime的地方都被緩存了
局部緩存
引入TemplateTag
{% load cache %}使用緩存
{% cache 5000 緩存key %}緩存內容
{% endcache %}更改前端代碼如下：
{% load cache %}
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Title</title>
</head>
<body>
<h2>{{ ctime }}</h2>
<h2>{{ ctime }}</h2>
{% cache 10 c1 %}
<h2>{{ ctime }}</h2>
{% endcache %}
</body>
</html>這樣就實現了最后一個ctime緩存，其他兩個不緩存
全站緩存
全站緩存的時候，需要在中間件的最上面添加：
'django.middleware.cache.UpdateCacheMiddleware',
在中間件的最下面添加：
'django.middleware.cache.FetchFromCacheMiddleware',
其中'django.middleware.cache.UpdateCacheMiddleware'里面只有process_response方法，在'django.middleware.cache.FetchFromCacheMiddleware'中只有process_request方法，所以最開始是直接跳過UpdateCacheMiddleware，然后從第一個到最后一個中間件的resquest,第一次沒有緩存座椅匹配urls路由關系依次進過中間件的process_view,到達views函數，再經過process_exception最后經過response,到達FetchFromCacheMiddleware
另一個讓我煩惱一個多小時的問題是，設置 TIMEOUT 參數無效。查找Django的源文件( ./core/cache/backends/memcached.py )，打印出設置緩存時的信息。發現不論參數設置多少，緩存的有效期都變成了600s。
后來終于在django的 conf/global_settings.py 這個文件里找到 CACHE_MIDDLEWARE_SECONDS = 600 這個參數。看名字是中間件的緩存時間，懶得深究了。在 settings.py 文件中把這個參數值也修改一下，再次測試，終于得到預期的效果。這個問題竟然在放狗都沒搜到，值得一記。
以上是“Django中緩存機制的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
