這是一個建立於 的文章,其中的資訊可能已經有所發展或是發生改變。
對PHP語言來說,PHP使用memcache有兩個模組,分別叫memcache和memcached,他們的區別看下錶:
參考:http://hi.baidu.com/tony_wd/item/605e959241f87c8c59146164
對其他情境來說:
Memcache是這個快取項目(http://memcached.org/)的名稱,而memcached是它伺服器端的主程式檔案名稱 。
memcached作者Brad Fitzpatrick(布萊德·菲茲派翠克)用Go開發了前者的替代版:groupcache(https://github.com/golang/groupcache)。
groupcache與memcached的相似之處:
通過key分區,並且通過key來查詢響應的peer。
groupcache與memcached的不同之處:
1. 不需要對伺服器進行單獨的設定,這將大幅度減少部署和配置的工作量。groupcache既是用戶端庫也是伺服器庫,並串連到自己的peer上。
2. 具有緩衝過濾機制。眾所周知,在memcached出現“Sorry,cache miss(緩衝丟失)”時,經常會因為不受控制使用者數量的請求而導致資料庫(或者其它組件)產生“驚群效應(thundering herd)”;groupcache會協調緩衝填充,只會將重複調用中的一個放於緩衝,而處理結果將發送給所有相同的調用者。
3. 不支援多個版本的值。如果“foo”鍵對應的值是“bar”,那麼鍵“foo”的值永遠都是“bar”。這裡既沒有緩衝的有效期間,也沒有明確的緩衝回收機制,因此同樣也沒有CAS或者Increment/Decrement。
4. 基於上一點的改變,groupcache就具備了自動備份“超熱”項進行多重處理,這就避免了memcached中對某些索引值過量訪問而造成所在機器CPU或者NIC過載。
5. 當下只支援Go
除了一些最佳化,最大的區別其實是memcache有緩衝到期策略,groupcache沒有緩衝有效期間和到期策略。groupcache放棄了更改和刪除的能力,帶來了新的能力:叢集的能力,處理熱點的能力。(對比老版本memcached,groupcache去掉了緩衝有效期間及緩衝回收機制,隨之而來的是通過自動備份來均衡負載。)
之前memcache伺服器之間是沒有交集的,在groupcache則是叢集起來的。
另外,以前memcache會因為同時存取同一個key而造成single CPU overloading的問題,在groupcache中則通過auto-mirror機制解決了。
http://www.tuicool.com/articles/mmiuQb
http://www.csdn.net/article/2013-07-30/2816399-groupcache-readme-go
http://blog.csdn.net/heiyeshuwu/article/details/14225343
運行機制
簡而言之,groupcache尋找一個Get(“foo”)的過程類似下面的情景:
- key“foo”的值是否會因為“過熱”而儲存在本地記憶體,如果是,就直接使用;
- key“foo”的值是否會因為peer #5是其擁有者而儲存在本地記憶體,如果是,就直接使用;
- 首先確定key “fool”是否歸屬自己N個機器集合的peer中,如果是,就直接載入。如果有其它的調用者介入(通過相同的進程或者是peer的RPC請求,這些請求將會被阻塞,而處理結束後,他們將直接獲得相同的結果)。如果不是,將key的所有者RPC到相應的peer。如果RPC失敗,那麼直接在本地載入(仍然通過備份來應對負載)。