membercache能幹的redis都能幹、它不能幹的redis也能幹、有了redis基本沒再用membercache了！

用哪個記憶體庫，取決於專案組成員熟悉哪個。強烈推薦Redis。Redis能實現的功能已經遠遠超出了快取這一區域。Redis可以看作資料庫的元資料。List是資料庫列表。Hash是表項。KEY是索引。利用REDIS可以自己設計一個速度飛快的關係型資料庫。

1.memcached多執行緒，使用cas對資料加鎖，而redis單執行緒。因為memcached多執行緒存在上下文開銷，所以它效能上是比不過redis的。可以參考epoll一個執行緒處理請求，仍然能夠支援上萬併發（大物件除外，因為會被io拖慢引起阻塞。但網際網路場景基本都是小資料量高併發的）。

2.然後redis資料結構多，還支援lua，各種叢集模式，而且還可以儲存當庫用（雖然會有點小問題）。所以你會發現網際網路公司前臺系統用memcached是越來越少了，甚至我很多年沒看到過了，都是redis。

在BAT做Java分散式開發的時候，少不了要用到快取，而我也見證了我們的平臺產品從用memcached到轉換為redis。然而，雖然越來越多的人選擇了redis，但是memcached面臨的處境也僅僅是市場佔有率縮水，而不是被徹底淘汰。

這與二者各有不同的優勢有關。

由於redis是單核以及IO複用，所以保證了儲存速度，但是memcached可以使用多核，所以當平均每個核需要儲存的資料小於100K的時候，redis還是效能很優異的，然而超過了這個數值之後，memcached的多核優勢就開始顯露出來了。雖然redis一直也在這方面努力改進，但是目前還是無法超越memcached的。

redis的一個優勢的是支援儲存set，hash，list，string等多種資料格式，而memcached雖然只能儲存key-value格式的資料，但是卻使它的記憶體利用率更加高。因此，如果你的使用場景用不到redis其餘那麼多的資料格式的話，不妨繼續用memcached。

memcached除了支援key-value格式的資料，還能儲存圖片，影片等其他格式的資料，這點是redis望洋興嘆的。因此，對於一些大型網站，比如某美食推薦網站，就可以將一些熱門餐廳的照片等資訊儲存在memcached中，從而減少對後臺資料庫的壓力。

memcached的另一個突出優點就是採用了可分散式擴充套件的模式，可以將多個memcached組成一個虛擬的服務端，對於呼叫者來說完全是黑盒的，提高了單機器的記憶體利用率。雖然redis也有主從機制，但是結合memcached的多核特點，這個特性就更加突出了。