redis有了集群還需要主從哨兵嗎？即使使用了Sentry，redis的每個(gè)實(shí)例都是滿存儲，每個(gè)redis中存儲的內(nèi)容都是完整的數(shù)據(jù)，浪費(fèi)內(nèi)存，有桶裝效應(yīng)。為了最大限度地利用內(nèi)存，我們可以使用集群，即

redis有了集群還需要主從哨兵嗎？

即使使用了Sentry，redis的每個(gè)實(shí)例都是滿存儲，每個(gè)redis中存儲的內(nèi)容都是完整的數(shù)據(jù)，浪費(fèi)內(nèi)存，有桶裝效應(yīng)。為了最大限度地利用內(nèi)存，我們可以使用集群，即分布式存儲。也就是說，每個(gè)redis存儲不同的內(nèi)容，總共有16384個(gè)插槽。每個(gè)redis得到一些Slot，hash_uslot=CRC16（key）mod 16384找到對應(yīng)的Slot，key是available key，如果有{}，則取{}作為available key，否則整個(gè)key是available key，集群至少需要3個(gè)master和3個(gè)slave，每個(gè)實(shí)例使用不同的配置文件，master和slave不需要要進(jìn)行配置，集群將自行選擇。因此，這仍然是必要的，因?yàn)閞edis集群將內(nèi)容存儲到每個(gè)節(jié)點(diǎn)，Sentinel的角色是監(jiān)視r(shí)edis主、從數(shù)據(jù)庫是否正常運(yùn)行。如果主數(shù)據(jù)庫出現(xiàn)故障，它會自動(dòng)將從數(shù)據(jù)庫轉(zhuǎn)換為主數(shù)據(jù)庫。

redis高可用實(shí)現(xiàn)原理？

redis的高可用性主要包括主從模式、哨兵模式和集群模式。這些模式的具體實(shí)現(xiàn)原則和演進(jìn)思路可以參考：【redis高可用架構(gòu)演進(jìn)——今日頭條】https://m.toutiao.com/is/eejkhKG/

redis是如何實(shí)現(xiàn)主從同步機(jī)制的？

Redis支持主從同步。數(shù)據(jù)可以從主服務(wù)器同步到任意數(shù)量的從服務(wù)器，同步采用發(fā)布/訂閱機(jī)制。

按同步內(nèi)容分為完全同步和部分同步；

按同步時(shí)序分為初始化同步和實(shí)時(shí)數(shù)據(jù)同步；

初始化同步通常是為完全同步添加子節(jié)點(diǎn)。

1. 從機(jī)啟動(dòng)時(shí)，向主機(jī)發(fā)送同步指令，主機(jī)接收并調(diào)用sync的synccommand功能進(jìn)行同步。

2. synccommand函數(shù)將啟動(dòng)rdbsavebackgroundbackup進(jìn)程（如果該進(jìn)程存在，則不需要?jiǎng)?chuàng)建啟動(dòng)）來執(zhí)行備份操作。備份過程啟動(dòng)rdbsave函數(shù)來保存?zhèn)浞菸募DB。

3. 主節(jié)點(diǎn)監(jiān)控備份程序后，將RDB文件發(fā)送給從節(jié)點(diǎn)。

在通用redis主從模式下，主節(jié)點(diǎn)為寫入節(jié)點(diǎn)，從節(jié)點(diǎn)為讀取節(jié)點(diǎn)。主節(jié)點(diǎn)收到用戶寫操作后，通過內(nèi)部函數(shù)通知從節(jié)點(diǎn)數(shù)據(jù)變化，數(shù)據(jù)同步為部分?jǐn)?shù)據(jù)同步。

應(yīng)該注意的是，主從復(fù)制不會阻止主機(jī)。同步數(shù)據(jù)時(shí)，主機(jī)可以繼續(xù)處理客戶端請求。同時(shí)，在主從模式下，只有一個(gè)主節(jié)點(diǎn)，可以有多個(gè)從節(jié)點(diǎn)。當(dāng)運(yùn)行狀況檢查發(fā)現(xiàn)主節(jié)點(diǎn)不可用時(shí)，其中一個(gè)從節(jié)點(diǎn)將升級到主節(jié)點(diǎn)。通常，這種主從模式是通過哨兵模式實(shí)現(xiàn)的。