memcache的分布式快取問題
memcache是優異的快取解決方案，很多專案都有使用。
memcache服務本身並不具備分布式快取的能力，它提供的就是對對的訪問能力，分布式的能力則完全來自於客戶端。
基於consistent hashing演算法的分布式快取
現在有不少memcache的客戶端lib採用consistent hashing作為分布式演算法，採用consistent hashing的優點就是：當有節點失效或新節點加入時，可以維持大部分資料的hash規則的不變性，從而使遷移的資料最小化；但是遷移是必不可少的，否則會帶來一致性問題。
雙節點策略
有些分布式系統曾採用雙節點策略來解決節點失效帶來的問題，每乙個儲存節點都有主/備兩個節點，可以把這個策略引入到分布式快取中來，可以認為兩個節點同時失效是乙個小概率事件；其缺點就是硬體成本提高了，但是節點失效時，不需要遷移資料了啊（如果主節點還沒有down機，主備節點之間還可以快速複製快取），這個簡化了很多設計。快取資料不允許失效，但是no-hit是完全可以接受的，對於快取而言這確實是個不錯的方案。
n+x備份策略
這個是由雙節點策略改進而來的，與其讓每個節點都有乙個備份節點，不如讓n個快取伺服器共用x個備份節點，比如我們取x=3，這樣就大大降低了硬體成本。除非同時出現4臺伺服器down機的情況，才會造成快取節點不足；這個是個極小概率事件了。
在吸取了雙節點策略的同時，也避免了其缺點。
不管是n+x備份還是雙節點策略，和consistent hashing是不衝突的，完全可以使用consistent hashing演算法來分配到不同的快取伺服器上。
伺服器動態擴充
不管是n+x備份還是雙節點策略，當伺服器動態擴充時，快取資料的遷移也是不可避免的。但是需要快取的資料，都是熱點資料，普通資料何苦快取呢，資料量也不會太大，需要的快取伺服器不會多，完全可以預估一下極限，在開始就將n定下來。這樣就完全不必煩惱資料遷移問題了。
分布式快取 memcache學習
1.使用分布式快取是為了解決多台機器共享資訊的問題，通過訪問乙個ip和埠來可以訪問不同的iis伺服器 2.memcache基礎原理 在socket伺服器端儲存資料是以鍵值對的形式儲存 記憶體處理的演算法 本質就是乙個大的雜湊表。key最大長度是255個字元，value最大為1mb 記憶體模型 mem...
memcache的分布式快取問題
有關使用memcache做分布式快取的方案，簡單寫下來，僅供參考。memcache是優異的快取解決方案，很多專案都有使用。memcache服務本身並不具備分布式快取的能力，它提供的就是對對的訪問能力，分布式的能力則完全來自於客戶端。現在有不少memcache的客戶端lib採用consistent h...
分布式快取Memcache和Redis
針對於現在計算機的cpu和網路設施，對應用程式來說，執行效率的瓶頸，已經不是 的長度 實現同乙個功能 和頻寬了，而是，訪問資源的過程，即 讓我們的程式慢下來的罪魁禍首就是io操作。程式從硬碟上讀取資料是乙個非常花費時間的操作，因為我們現在所使用的硬碟是機械式的，你想機械的執行速度和電的速度，那是乙個...