為什么使用mc來做訪問數(shù)據(jù)庫時的緩存，不用redis？這不一定是個好辦法?？赡苡幸恍v史原因。在性能方面，MC和redis幾乎沒有區(qū)別。雖然redis是一個單線程模型，但它的性能與多線程MC沒有太大區(qū)

為什么使用mc來做訪問數(shù)據(jù)庫時的緩存，不用redis？

這不一定是個好辦法。可能有一些歷史原因。

在性能方面，MC和redis幾乎沒有區(qū)別。雖然redis是一個單線程模型，但它的性能與多線程MC沒有太大區(qū)別。并且可以持久、方便、快速的恢復(fù)。個人傾向于使用redis作為緩存。

圖中使用MC作為緩存的一個可能原因是，對象可以直接放置在MC中，并在取出時強制直接傳輸。但是，如果使用redis作為數(shù)據(jù)緩存，它將經(jīng)歷序列化和反序列化的過程，這非常耗時。

但是，不建議混合使用MC和redis。定位沒有區(qū)別。把它們放在一起會導(dǎo)致一些誤解。

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

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

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

一個面試問題，為什么用redis做緩存？

redis不是一個數(shù)據(jù)庫，它只是一種緩存軟件。為了緩解服務(wù)器頻繁讀取數(shù)據(jù)庫造成的內(nèi)存資源消耗，redis需要臨時存儲與數(shù)據(jù)庫交互的信息。當下一個HTTP請求相同時，它可以直接讀取redis中的內(nèi)容，而不是讀取數(shù)據(jù)庫。這減少了數(shù)據(jù)庫壓力并提高了服務(wù)器響應(yīng)時間。我希望你能接受它。