我要介紹的內容包括以下幾個方面：
1、memcached的簡介
2、memcached的應用場景
3、memcached的安裝
4、memcached的使用
5、memcached的部署架構
6、memcached的局限性
7、memcached的改進

 

一、簡介
  1.1 背景
    memcached是一個高性能、分布式的內存對象緩存系統。
    memcached廣泛應用在大負載高并發的網站上，是一種非常成熟的產品（稱為一項技術也未嘗不可）。像 facebook，youtube,yahoo,sina，sohu，netease，豆瓣等網站均或多或少使用了該項產品。memcached在以用戶 為中心的網站上，表現尤其突出，例如sns,blog等web2.0應用的站點。這些站點一般來講，特別注重用戶體驗，用戶對服務器的響應速度要求很高， 用戶數據相對比較復雜、關連度比較高，需要經常對數據庫進行更新和檢索。
    memcache是danga.com幾個開源項目中的一個，最初是專門為livejournal.com站點而開發的，當時這個站點日pv達到了千萬 級，在使用過程中出現了很多的與負載和響應速度相關的問題，于是開發了這個項目，旨在改善網站當時的困境。memcache可以應對任意多個連接，使用非 阻塞的網絡IO。它的使用非常簡單和方便，最常用的功能不超過5個方法。

memcache官方網站：http://www.danga.com/memcached。

  1.2 特點
    1、高性能
     無論哪一種數據庫dbms(mysql,oracle,mssql,db2,Postgres等等)，再怎么優化，最終也避不開與慢速的存儲介質（硬盤、 磁帶）進行數據交換，但往往一旦涉及到了存儲介質的io操作，存取性能就會急劇下降。memcached，顧名思義，它的全部操作自始至終都是在內存中進 行的，所以存取數據的效率非常高。
     當然，通常情況下，大型網站對于數據庫的操作都會做優化。通常的手段有兩種：
     a、讀寫數據分離，采用主/輔庫的方式，來分散數據庫的壓力，提高查詢速度。
     b、按照業務特點橫向或者縱向分割數據庫。簡單來講，就是大庫變小庫，大表變小表，來提高數據庫訪問的效率。一般來講，一個數據庫具有很多表或者一張表有 N多的記錄，都會明顯的降低數據庫的服務能力，比如mysql數據庫單表記錄達到2000萬條左右（筆者以前的工作經驗），性能會下降到幾乎無法忍受。關 于數據庫的設計和優化，我們以后可以單獨做一個專題，這里不做太多的研究。
     數據庫會在以下情況下會出現訪問瓶頸：
     a、事務操作
     企業級的數據庫（比如mysql的innodb模式）都支持事務操作。由于事務具有原子性，事務中涉及的數據表在運行過程中將會加鎖。在這種情況下，訪問這些表的數據會出現延遲。
     b、數據更新
     數據庫中任何的表在數據更新過程中，同樣會被加鎖。在這種情況下，也會出現上面同樣的結果。
     memcached的操作基本上就不會存在以上情況（實際上也有加鎖的情況，在后面再詳細探討），所以它的性能非常高。官方網站上對它的正式評價是very fast。事實上也是如此，相關的實驗室測試對比結果，大家可以到網上搜索一下，比比皆是。

 

    2、分布式

    所謂分布式系統比較專業的解釋是：
    一種計算機硬件的配置方式和相應的功能配置方式。它是一種多處理器的計算機系統，各處理器通過互連網絡構成統一的系統。系統采用分布式計算結構，即把原來 系統內中央處理器處理的任務分散給相應的處理器，實現不同功能的各個處理器相互協調，共享系統的外設與軟件。這樣就加快了系統的處理速度，簡化了主機的邏 輯結構。

memcache的分布式特性主要表現在兩個方面：

a.memcache客戶端mc和服務器端ms可以單獨安裝在任何獨立server上。
  當然部署在同一臺server上也沒問題，甚至于一臺機器上可以部署n個memcached。
b.memcache服務器端ms可以安裝在任意數量的server上，提供并行存儲和計算的能力。
  這是分布式特性的本質體現。ms可以形成任意多臺server組成的集群，為mc提供服務。

  1.3 用途
    1、提高系統的并發能力
    2、減輕數據庫的負擔
    這兩種用途其實非常容易理解。由于memcached高性能，所以可以同時服務于更多的連接，大大提高了系統的并發處理的能力。另外，memcached 通常部署在業務邏輯層（前臺應用）和存儲層（主指數據庫）之間，作為數據庫和前臺應用的數據緩沖，因此可以快速的響應前端的請求，減少對數據庫的訪問。
    以下是一個memcached部署的邏輯示意圖，其中mc是指memcached client,ms是指memcached server：

 

 

 

   

   memcached最吸引人的地方主要在于它的分布式。分布式對于互聯網應用來講，按照用途基本上可劃分為三種方式：分布式計算、分布式存儲和兩者兼而有 之。memcached是分布式存儲的一種。我們常見的分布式存儲大多數是將N臺設備（server或者單獨的存儲）構建成盤陣，而memcached旨 在構建一個高速的內存池。更通俗一點來講：分布式計算是將N顆cpu組裝成一顆cpu，分布式慢速存儲是將N個硬盤組裝成一個大硬盤，memcached 是將N塊內存組裝成一塊大內存。

  

    有個朋友問：那是不是代價很昂貴啊。我的回答是肯定的。如果你的網站規模只有三兩臺服務器的話，我覺得你就不用考慮這樣的方案了，等你的網站做大了以后， 再參考這方面的資料即可。一般都是比較大的互聯網公司為了追求更好的用戶體驗，才進行這方面的投資，對他們來講，用戶體驗至上，money是小case。
還有朋友問：有一些dbms提供內存表的功能，比如mysql的內存表，可以代替memcached。但我要建議你的是：mysql的內存表確實起到同樣的作用，但它的局限也很多，往往不能讓你隨心所欲，所以建議你不要走彎路。

二、memcached的應用場景

2.1 應用范圍
    memcached產品或相關技術的應用，我們在前面已經提到了一些。其實它的應用還是非常普遍的，應用作為廣泛的領域：例如sns類網站、blog類網站、bbs類網站以及im后臺服務。
 
2.2 sns類網站的應用
    livejournal.com是99年始于校園中的項目，有點像中國的校內網。幾個學生純屬出于愛好做了這樣一個網站,主要實現以下功能： sns、blog、bbs和rss等。livejournal從建立開始就采用了大量的開源軟件，到現在它本身也衍生了不少開源軟件。 sns網站，現在比比皆是，規模比較大的象開心、校內、51，它們的頁面上往往需要引用大量的用戶信息、好友信息以及文章信息等，所以跨表或跨庫操作會相 當多。如果這些功能全部直接操作數據庫，顯然會帶來極大的效率損耗和系統負載。memcached在這樣的場景下就會發揮巨大的作用，它采用大內存把這些 不變的數據全都緩存起來，當數據修改時就通知cache過期，這樣應用層基本上就可以解決大部分問題了，只有很小一部分請求穿透應用層，用到數據庫。

 

2.3 blog、bbs類網站的應用
   象blog.sina.com.cn這些流量巨大的blog系統，它需要頻繁讀寫的一些小數據。其中最典型的應用，我們通常成為“數字類服務”，比如 blog中需要實時顯示的用戶點擊數和閱讀數，bbs中需要記錄的在線人數、在線用戶等。這些小數據的處理非常繁瑣，你無論怎么去設計數據庫，都很難避開 跨表或者跨庫。有的朋友會說，可以在數據庫中增加冗余字段解決這類問題，但事實上，這既不符合數據庫設計的范式規則，也很難做到數據的一致性，由此會引發 更為復雜的問題。而且由于產品線的分散發展，數據已經很難做到完全的統一規劃。memcached在這樣的場景下就會將這些小數據進行緩存，定期持久化就 可以了，查詢操作一直都在內存中運行。說到這里，有的朋友又會想到一些其它的問題：“memcached server宕機了怎么辦，怎么保證與數據庫的數據一致”。我會對你說：“你的問題非常好，我們將會在后面章節給出相應的解決方案”。另外，其實這種小數 據并不是關鍵性數據，即使偶爾發生點錯誤，也沒太大的問題。blog、bbs系統并不是嚴格的企業級系統，假如你是為銀行業務提供解決方案的 話，memcached并不適合。

2.4 im server的應用

   前些時間， 有一些文章介紹memcached 在Jabber上應用。寫累了，喝口水，讀者自己去找找資料吧，有時間的話，幫我補上吧，呵呵。

   我們舉了幾個例子來說明memcached的應用場景，似乎都局限于小數據服務，那是不是就不能用于較大數據的緩沖了？那絕不是，memcached能夠 用來存儲各種格式的數據，包括圖像、視頻、文件以及數據庫檢索的結果等等，而且生產環境中就這么跑過，只不過讓大數據量使用緩沖的話，有點太浪費了，同樣 數量的內存存不了幾條數據，所以會明顯的降低命中率。

待續...