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

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

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

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

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

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

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

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

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

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