redis需要讀寫(xiě)分離嗎？首先，結(jié)論是：這與您的特定體系結(jié)構(gòu)實(shí)現(xiàn)和業(yè)務(wù)有關(guān)。在常見(jiàn)的應(yīng)用場(chǎng)景中，我認(rèn)為沒(méi)有必要在redis中分離讀寫(xiě)。首先，我們來(lái)討論為什么讀寫(xiě)分離是必要的：；讀寫(xiě)分離用于大量的讀請(qǐng)求

redis需要讀寫(xiě)分離嗎？

首先，結(jié)論是：這與您的特定體系結(jié)構(gòu)實(shí)現(xiàn)和業(yè)務(wù)有關(guān)。在常見(jiàn)的應(yīng)用場(chǎng)景中，我認(rèn)為沒(méi)有必要在redis中分離讀寫(xiě)。首先，我們來(lái)討論為什么讀寫(xiě)分離是必要的：；讀寫(xiě)分離用于大量的讀請(qǐng)求，它通過(guò)多個(gè)從機(jī)分配讀壓力，從而提高讀性能。選擇太多會(huì)阻塞數(shù)據(jù)庫(kù)，使您無(wú)法添加、刪除和修改，當(dāng)并發(fā)性太大時(shí)，數(shù)據(jù)庫(kù)將被拒絕。因此，使用讀寫(xiě)分離來(lái)提高性能和避免拒絕服務(wù)。在我看來(lái)，需要讀寫(xiě)分離的應(yīng)用場(chǎng)景是：寫(xiě)請(qǐng)求在可接受的范圍內(nèi)，但讀請(qǐng)求比寫(xiě)請(qǐng)求大得多。然后討論了redis常用的應(yīng)用場(chǎng)景：cache。排名應(yīng)用，訪問(wèn)計(jì)數(shù)應(yīng)用。實(shí)時(shí)消息系統(tǒng)；首先，我們討論cache集群，這也是一個(gè)非常常見(jiàn)的應(yīng)用場(chǎng)景：cache主要解決用戶訪問(wèn)時(shí)如何更快地獲取數(shù)據(jù)。單個(gè)機(jī)器的內(nèi)存資源非常有限，因此緩存集群會(huì)通過(guò)某種算法將不同的數(shù)據(jù)放入不同的機(jī)器。對(duì)于不同的持久化數(shù)據(jù)庫(kù)，一般來(lái)說(shuō)，內(nèi)存數(shù)據(jù)庫(kù)單機(jī)版可以支持大量的添加、刪除、查詢和修改。如果機(jī)器不能支持，可以通過(guò)主從復(fù)制和緩存來(lái)解決。綜上所述，在這種情況下，應(yīng)用redis進(jìn)行讀寫(xiě)分離完全失去了讀寫(xiě)分離的意義。

為啥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ù)呢？我們來(lái)談?wù)勎业睦斫猓?/p>

達(dá)到物理網(wǎng)卡上限，突然幾十萬(wàn)的請(qǐng)求訪問(wèn)Redis的某個(gè)key如何解決？

4T redis實(shí)例組的突發(fā)請(qǐng)求峰值為500000 ops。由于mget的大量使用，每秒需要數(shù)百萬(wàn)個(gè)密鑰。

萬(wàn)兆網(wǎng)絡(luò)，物理網(wǎng)卡不是瓶頸，CPU不是，設(shè)計(jì)不好容易成為瓶頸。

主要用于kV，少量使用和設(shè)置