given a URL, try finding that page in the cache
if the page is in the cache:
  return the cached page
else:
  generate the page
  save the generated page in the cache (for next time)
  return the generated page

為此，Django提供了一個穩(wěn)定的緩存系統(tǒng)讓你緩存動態(tài)頁面的結果，這樣在接下來有相同的請求就可以直接使用緩存中的數(shù)據，避免不必要的重復計算。另外Django還提供了不同粒度數(shù)據的緩存，例如：你可以緩存整個頁面，也可以緩存某個部分，甚至緩存整個網站。

Django也和”上游”緩存工作的很好，例如Squid(http://www.squid-cache.org)和基于瀏覽器的緩存。這些類型的緩存你不直接控制，但是你可以提供關于你的站點哪部分應該被緩存和怎樣緩存的線索(通過HTTP頭部)給它們
設定緩存

緩存系統(tǒng)需要一些少量的設定工作。也就是說，你必須告訴它緩存的數(shù)據應該放在哪里，在數(shù)據庫中，在文件系統(tǒng)，或直接在內存中。這是一個重要的決定，影響您的高速緩存的性能，是的，有些類型的緩存比其它類型快。

緩存設置在settings文件的 CACHE_BACKEND中。這里是一個CACHE_BACKEND所有可用值的解釋。
內存緩沖

Memcached是迄今為止可用于Django的最快，最有效的緩存類型，Memcached是完全基于內存的緩存框架，最初開發(fā)它是用以處理高負荷的LiveJournal.com隨后由Danga Interactive公司開源。它被用于一些站點，例如Facebook和維基百科網站，以減少數(shù)據庫訪問，并大幅提高站點的性能。

Memcached是免費的（http://danga.com/memcached）。它作為一個守護進程運行，并分配了特定數(shù)量的內存。它只是提供了添加，檢索和刪除緩存中的任意數(shù)據的高速接口。所有數(shù)據都直接存儲在內存中，所以沒有對使用的數(shù)據庫或文件系統(tǒng)的開銷。

在安裝了Memcached本身之后，你將需要安裝Memcached Python綁定，它沒有直接和Django綁定。這兩個可用版本。選擇和安裝以下模塊之一：

最快的可用選項是一個模塊，稱為cmemcache，在http://gijsbert.org/cmemcache。

如果您無法安裝cmemcache，您可以安裝python - Memcached，在ftp://ftp.tummy.com/pub/python-memcached/。如果該網址已不再有效，只要到Memcached的網站http://www.danga.com/memcached/），并從客戶端API完成Python綁定。

若要使用Memcached的Django，設置CACHE_BACKEND到memcached：/ / IP：port/，其中IP是Memcached的守護進程的IP地址，port是Memcached運行的端口。

在這個例子中，Memcached運行在本地主機 (127.0.0.1)上,端口為11211：

CACHE_BACKEND = 'memcached://127.0.0.1:11211/'

Memcached的一個極好的特性是它在多個服務器間分享緩存的能力。這意味著您可以在多臺機器上運行Memcached的守護進程，該程序會把這些機器當成一個單一緩存，而無需重復每臺機器上的緩存值。要充分利用此功能，請在CACHE_BACKEND里引入所有服務器的地址，用分號分隔。

這個例子中，緩存在運行在IP地址為172.19.26.240和172.19.26.242，端口號為11211的Memcached實例間分享:

CACHE_BACKEND = 'memcached://172.19.26.240:11211;172.19.26.242:11211/'

這個例子中，緩存在運行在172.19.26.240(端口11211)，172.19.26.242(端口11212)，172.19.26.244(端口11213)的Memcached實例間分享:

CACHE_BACKEND = 'memcached://172.19.26.240:11211;172.19.26.242:11212;172.19.26.244:11213/'

最后有關Memcached的一點是，基于內存的緩存有一個重大的缺點。由于緩存的數(shù)據存儲在內存中，所以如果您的服務器崩潰，數(shù)據將會消失。顯然，內存不是用來持久化數(shù)據的，因此不要把基于內存的緩存作為您唯一的存儲數(shù)據緩存。毫無疑問，在Django的緩存后端不應該用于持久化，它們本來就被設計成緩存的解決方案。但我們仍然指出此點，這里是因為基于內存的緩存是暫時的。

您可能感興趣的文章: