專案中用到Redis，所以準備學習一下，感覺Redis的概念還是很多的，什麼主從模式、sentinel模式、叢集模式的，一下子都暈了，我覺得還是有必要先理清這些基本概念再說。

一、單節點例項

　　單節點例項還是比較簡單的，平時做個測試，寫個小程式如果需要用到快取的話，啟動一個Redis還是很輕鬆的，做為一個key/value資料庫也是可以勝任的。單節點部署參照：http://www.cnblogs.com/yiwangzhibujian/p/7053840.html中的初級教程。

二、主從模式（master/slaver）

　　主從模式的簡介和配置，此處不再說，參照下面的部落格：Redis 主從模式詳解

　　首先談談我對主從模式的必要性：

• 主從模式的一個作用是備份資料，這樣當一個節點損壞（指不可恢復的硬體損壞）時，資料因為有備份，可以方便恢復。
• 另一個作用是負載均衡，所有客戶端都訪問一個節點肯定會影響Redis工作效率，有了主從以後，查詢操作就可以通過查詢從節點來完成。

　　對主從模式必須的理解（結論已經驗證過，可以自行驗證）：

1. 一個Master可以有多個Slaves
2. 預設配置下，master節點可以進行讀和寫，slave節點只能進行讀操作，寫操作被禁止
3. 不要修改配置讓slave節點支援寫操作，沒有意義，原因一，寫入的資料不會被同步到其他節點；原因二，當master節點修改同一條資料後，slave節點的資料會被覆蓋掉
4. slave節點掛了不影響其他slave節點的讀和master節點的讀和寫，重新啟動後會將資料從master節點同步過來
5. master節點掛了以後，不影響slave節點的讀，Redis將不再提供寫服務，master節點啟動後Redis將重新對外提供寫服務。
6. master節點掛了以後，不會slave節點重新選一個master

　　對有密碼的情況說明一下，當master節點設定密碼時：

• 客戶端訪問master需要密碼
• 啟動slave需要密碼，在配置中進行配置即可
• 客戶端訪問slave不需要密碼

2.1 主從節點的缺點

　　主從模式的缺點其實從上面的描述中可以得出：

• master節點掛了以後，redis就不能對外提供寫服務了，因為剩下的slave不能成為master

　　這個缺點影響是很大的，尤其是對生產環境來說，是一刻都不能停止服務的，所以一般的生產壞境是不會單單隻有主從模式的。所以有了下面的sentinel模式。

三、sentinel模式

　　sentinel模式的簡介和配置，此處不再說，參照下面的部落格：Redis Sentinel模式詳解。

　　sentinel的中文含義是哨兵、守衛。也就是說既然主從模式中，當master節點掛了以後，slave節點不能主動選舉一個master節點出來，那麼我就安排一個或多個sentinel來做這件事，當sentinel發現master節點掛了以後，sentinel就會從slave中重新選舉一個master。

　　對sentinel模式的理解：

• sentinel模式是建立在主從模式的基礎上，如果只有一個Redis節點，sentinel就沒有任何意義
• 當master節點掛了以後，sentinel會在slave中選擇一個做為master，並修改它們的配置檔案，其他slave的配置檔案也會被修改，比如slaveof屬性會指向新的master
• 當master節點重新啟動後，它將不再是master而是做為slave接收新的master節點的同步資料
• sentinel因為也是一個程序有掛掉的可能，所以sentinel也會啟動多個形成一個sentinel叢集
• 當主從模式配置密碼時，sentinel也會同步將配置資訊修改到配置檔案中，不許要擔心。
• 一個sentinel或sentinel叢集可以管理多個主從Redis。
• sentinel最好不要和Redis部署在同一臺機器，不然Redis的伺服器掛了以後，sentinel也掛了
• sentinel監控的Redis叢集都會定義一個master名字，這個名字代表Redis叢集的master Redis。

 　　當使用sentinel模式的時候，客戶端就不要直接連線Redis，而是連線sentinel的ip和port，由sentinel來提供具體的可提供服務的Redis實現，這樣當master節點掛掉以後，sentinel就會感知並將新的master節點提供給使用者。

　　sentinel模式基本可以滿足一般生產的需求，具備高可用性。但是當資料量過大到一臺伺服器存放不下的情況時，主從模式或sentinel模式就不能滿足需求了，這個時候需要對儲存的資料進行分片，將資料儲存到多個Redis例項中，就是下面要講的。

四、cluster模式

　　sentinel模式的簡介和配置，此處不再說，參照下面的部落格：Redis cluster模式詳解。

　　cluster的出現是為了解決單機Redis容量有限的問題，將Redis的資料根據一定的規則分配到多臺機器。對cluster的一些理解：

• cluster可以說是sentinel和主從模式的結合體，通過cluster可以實現主從和master重選功能，所以如果配置兩個副本三個分片的話，就需要六個Redis例項。
• 因為Redis的資料是根據一定規則分配到cluster的不同機器的，當資料量過大時，可以新增機器進行擴容

　　這種模式適合資料量巨大的快取要求，當資料量不是很大使用sentinel即可。