為啥Redis/Mongo這么快，就不能直接替代mysql嗎？您好，我是一名互聯(lián)網(wǎng)行業(yè)開發(fā)工程師，同時也是優(yōu)質(zhì)vlog領(lǐng)域創(chuàng)作者，歡迎關(guān)注我！當(dāng)今互聯(lián)網(wǎng)緩存中間件大多都使用了redis、mongodb

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

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

當(dāng)今互聯(lián)網(wǎng)緩存中間件大多都使用了redis、mongodb等nosql數(shù)據(jù)庫，目前也有很成熟的方案，但為啥還要用關(guān)系型數(shù)據(jù)庫呢？下面探探談?wù)勎业睦斫?

1、redis等數(shù)據(jù)庫跑的是內(nèi)存，內(nèi)存貴，成本高

2、雖然redis、mongodb也能實現(xiàn)持久化到硬盤，但是丟數(shù)據(jù)的風(fēng)險有點大

3、對于ACID，redis等nosql保證不了，只有關(guān)系型數(shù)據(jù)庫才能保證，簡單來說就是nosql不支持事務(wù)，一致性、原子性等不能保證

4、nosql數(shù)據(jù)庫關(guān)聯(lián)查詢不是很方便

5、關(guān)系型數(shù)據(jù)庫可以適合大部分甚至所有開發(fā)場景

6、redis、mongodb給關(guān)系型數(shù)據(jù)分擔(dān)壓力是可以的，作為緩存中間件來使用，但是數(shù)據(jù)底層還是要用關(guān)系型數(shù)據(jù)庫

最后

redis等nosql數(shù)據(jù)庫是快，畢竟是內(nèi)存操作，用起來是可以分擔(dān)關(guān)系型數(shù)據(jù)庫壓力，但關(guān)系型數(shù)據(jù)庫也是必不可少的，希望我的回答能幫到你！

redis mysql有幾種用法？

首先要知道m(xù)ysql存儲在磁盤里，redis存儲在內(nèi)存里，redis既可以用來做持久存儲，也可以做緩存，而目前大多數(shù)公司的存儲都是mysql redis，mysql作為主存儲，redis作為輔助存儲被用作緩存，加快訪問讀取的速度，提高性能

那么為什么不直接全部用redis存儲呢？

我的看法是：因為redis存儲在內(nèi)存中，如果存儲在內(nèi)存中，存儲容量肯定要比磁盤少很多，那么要存儲大量數(shù)據(jù)，只能花更多的錢去購買內(nèi)存，造成在一些不需要高性能的地方是相對比較浪費的，所以目前基本都是mysql(主) redis(輔)，在需要性能的地方使用redis，在不需要高性能的地方使用mysql，好鋼用在刀刃上

貌似其他回答都沒有說到這一點：redis的持久化功能，還可以防緩存雪崩。應(yīng)該說這才是redis支持持久化的必要性所在。

例如假設(shè)后臺架構(gòu)是redis mysql，且redis關(guān)閉了持久化，redis服務(wù)器某天突然宕機，丟失了內(nèi)存所有緩存，當(dāng)redis服務(wù)器恢復(fù)后，必然要重新從mysql拿數(shù)據(jù)做緩存，如果讀數(shù)據(jù)請求非常集中，mysql可能就癱瘓了，此即為緩存雪崩。

如果遇到土豪公司只用redis數(shù)據(jù)庫而不用mysql，就沒有什么緩存雪崩問題，因為此時redis根本就不是緩存功能而是存儲功能了。