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

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

即使使用了Sentry，redis的每個(gè)實(shí)例都是滿存儲(chǔ)，每個(gè)redis中存儲(chǔ)的內(nèi)容都是完整的數(shù)據(jù)，浪費(fèi)內(nèi)存，有桶裝效應(yīng)。為了最大限度地利用內(nèi)存，我們可以使用集群，即分布式存儲(chǔ)。也就是說(shuō)，每個(gè)redis存儲(chǔ)不同的內(nèi)容，總共有16384個(gè)插槽。每個(gè)redis得到一些Slot，hash_uslot=CRC16（key）mod 16384找到對(duì)應(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)容存儲(chǔ)到每個(gè)節(jié)點(diǎn)，Sentinel的角色是監(jiān)視r(shí)edis主、從數(shù)據(jù)庫(kù)是否正常運(yùn)行。如果主數(shù)據(jù)庫(kù)出現(xiàn)故障，它會(huì)自動(dòng)將從數(shù)據(jù)庫(kù)轉(zhuǎn)換為主數(shù)據(jù)庫(kù)。

redis原子的遞增一定能保證數(shù)據(jù)是一致的嗎？

Redis的設(shè)計(jì)模式?jīng)Q定了incr操作既能滿足原子性，又能保證數(shù)據(jù)的一致性。

原子性和一致性是數(shù)據(jù)庫(kù)事務(wù)中最常提到的概念，包括隔離和持久性。為什么數(shù)據(jù)庫(kù)事務(wù)要同時(shí)滿足這四個(gè)特性，而redis卻不能？主要原因是它們的并發(fā)處理模式不同。

Redis使用IO多路復(fù)用模式，即多個(gè)網(wǎng)絡(luò)連接多路復(fù)用一個(gè)處理線程。在這種模式下，所有命令都按順序執(zhí)行，在多線程場(chǎng)景中沒(méi)有并發(fā)問(wèn)題。同時(shí)，命令的原子性確保操作要么完全執(zhí)行要么完全回滾。沒(méi)有第三種情況，保證了數(shù)據(jù)的一致性：其他命令只能在前一個(gè)命令執(zhí)行或失敗后執(zhí)行，并且數(shù)據(jù)狀態(tài)穩(wěn)定，必須是一致的。

為啥Redis/Mongo這么快，就不能直接替代mysql嗎？

你好，我是一名互聯(lián)網(wǎng)行業(yè)開(kāi)發(fā)工程師，同時(shí)也是高質(zhì)量vlog領(lǐng)域的創(chuàng)造者。歡迎關(guān)注我

！目前互聯(lián)網(wǎng)緩存中間件大多使用redis、mongodb等NoSQL數(shù)據(jù)庫(kù)，解決方案比較成熟。但是為什么要使用關(guān)系數(shù)據(jù)庫(kù)呢？讓我們談?wù)勎覍?duì)集群的理解