現在的業務系統越來復雜，大型門戶網站內容越來越多，數據庫的數據量也越來愈大，所以有了“大數據”這一概念的出現。但是我們都知道當數據庫的數據量和訪問過于頻繁都會影響系統整體性能體驗，特別是并發量高的系統。為此，我們通過數據緩存來，減輕數據庫的壓力。為此，隨著時間的步伐，各式各樣的緩存技術的出現，讓我們對于這些技術有些眼花繚亂。不是說功能最全的最先進，就是適合自己。我們要看看自己系統的定位去評估自己的系統適合使用哪種緩存機制。當然，也可以通過定義緩存接口，以后方便緩存機制的替換。下面我們來了解下緩存的概念、分類及發展趨勢。

一、 概念

a、定義

數據緩存就是將數據暫存于內存緩存區中的一種技術。

b、目的

通常情況下，大量數據是保存在數據庫中的，而應用程序訪問數據庫是一項很費時的操作。如果先將數據庫中的數據緩存到緩存區中，當應用程序需要這些數據時，直接從緩存區中提取，就可以減少系統開銷。

c、 類別

本地緩存 > 集群緩存 > 分布式緩存(數據網格)

參考：http://in.relation.to/2012/11/08/data-grid-why/

二、 緩存類別的對比

緩存類別	本地緩存	集群緩存	分布式緩存
存儲位置	應用服務器內存	網絡服務器內存	網絡服務器內存
優點	訪問非常快	每一臺服務器都包括所有的緩存	數據緩存分布，當緩存增移更，只需要對單臺服務器操作
缺點	內存有限，不易擴展	對緩存增移更操作，需要對所有服務器訪問	當一某臺服務器(服務器集群)宕機或者網絡異常無法訪問時，則該服務器的緩存也無法訪問了。
適合系統級別	并發量小（<10），數據量不大(單表數據<10萬)。	業務單一，并發量大，數據量大（千人用戶，并發量在200左右）。	業務量復雜，并發量巨大。

三、 分布式緩存框架對比

名稱	Couchbase	Memcached	Redis
描述	基于CouchDB使用了JSON作為其文檔格式，并兼容Memcached的接口	在內存中實現鍵值對存儲方式，最初設計即是實現緩存	在內存中實現鍵值對存儲方式，用于數據庫、緩存和消息代理（因為Redis非常注重性能，所以大部分設計要求高性能和低延遲）
數據模型	文檔數據(鍵值對)	鍵值對	鍵值對（多個數據類型和一組豐富的操作,以及可配置的數據過期、驅逐和持久性）
官方網站	www.couchbase.com	www.memcached.org	redis.io
首次發行	2011	2003	2009
現行版本	3.0.3, 2015年3月	1.4.24, 2015年4月	3.0.3, 2015年6月
許可協議	開源(Apache version 2)	開源(BSD license)	開源(BSD 3-Clause, commercial license available)
趨勢圖	參考：db-engines.com/en/

總結：緩存的發展，其實是前一種類型進化的產物，所以可以兼容前一種類型。哪一種方案最優，最易，要看架構設計要求了。不需要簡單的事情復雜化。但是為了講解緩存，我只會講解Redis。因為他是目前使用率最高的分布式緩存。后面我會講一講如何使用Redis。