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主要解決用戶(hù)訪問(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ī)版可以支持大量的添加、刪除、查詢(xún)和修改。如果機(jī)器不能支持，可以通過(guò)主從復(fù)制和緩存來(lái)解決。綜上所述，在這種情況下，應(yīng)用redis進(jìn)行讀寫(xiě)分離完全失去了讀寫(xiě)分離的意義。

mysql讀寫(xiě)分離和用Redis做緩存，這兩種方案有什么異同？

讀寫(xiě)分離通常與主/從模式結(jié)合使用。主服務(wù)器處理寫(xiě)請(qǐng)求，而從服務(wù)器處理讀請(qǐng)求。這種方法的優(yōu)點(diǎn)是：1。提高數(shù)據(jù)庫(kù)的并發(fā)處理能力。避免寫(xiě)請(qǐng)求鎖表來(lái)阻止讀請(qǐng)求。避免單點(diǎn)訪問(wèn)，提高數(shù)據(jù)庫(kù)的可用性；使用redis作為數(shù)據(jù)庫(kù)前面的緩存，減輕MySQL的壓力，提高系統(tǒng)的處理效率。沒(méi)有人能代替另一個(gè)。一般來(lái)說(shuō)，高并發(fā)性應(yīng)用程序與這兩者結(jié)合使用。

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

對(duì)于手持4T redis實(shí)例組，突發(fā)請(qǐng)求的峰值為500000 ops。由于mget的廣泛使用，每秒實(shí)際請(qǐng)求數(shù)百萬(wàn)個(gè)密鑰。

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

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