有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？分享大人物的答案似乎合情合理。不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒(méi)有redis的業(yè)務(wù)怎么了？世界上沒(méi)有免費(fèi)的午

有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？

分享大人物的答案似乎合情合理。

不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒(méi)有redis的業(yè)務(wù)怎么了？世界上沒(méi)有免費(fèi)的午餐。如果不直接使用頭部緩存/NoSQL，可能會(huì)帶來(lái)越來(lái)越嚴(yán)重的問(wèn)題。

單個(gè)數(shù)據(jù)庫(kù)的最大優(yōu)點(diǎn)是易于實(shí)現(xiàn)事務(wù)，并由數(shù)據(jù)庫(kù)本身保證。舉個(gè)簡(jiǎn)單的例子，要下訂單，需要扣除庫(kù)存并插入訂單條目。如果inventory和order都是數(shù)據(jù)庫(kù)表?xiàng)l目，那么這個(gè)事務(wù)是無(wú)可挑剔的。如果庫(kù)存在redis中，訂單條目是mysql，通常需要先寫(xiě)redis，成功后再寫(xiě)數(shù)據(jù)庫(kù)。如果您寫(xiě)數(shù)據(jù)庫(kù)失敗，需要回滾redis，如果由于網(wǎng)絡(luò)或其他原因回滾失敗，將再扣減一個(gè)存貨。不要認(rèn)為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超出您的想象。例如，當(dāng)您編寫(xiě)mysql時(shí)，您在提交時(shí)就失去了連接。你無(wú)法判斷提交是成功還是失敗。你的redis是不是在倒退？

因此，當(dāng)您引入一個(gè)新層時(shí)，您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則，你就要出丑了。

redis mysql有幾種用法？

首先，我們需要知道MySQL存儲(chǔ)在磁盤(pán)上，redis存儲(chǔ)在內(nèi)存中。Redis可以用于持久存儲(chǔ)和緩存。目前，大多數(shù)公司使用MySQL redis作為主存儲(chǔ)，redis作為輔助存儲(chǔ)，以加快訪(fǎng)問(wèn)和讀取速度，提高性能

那么為什么不直接使用redis來(lái)存儲(chǔ)呢？

我的觀點(diǎn)是：因?yàn)閞edis是存儲(chǔ)在內(nèi)存中的，如果存儲(chǔ)在內(nèi)存中，存儲(chǔ)容量肯定比磁盤(pán)小得多。如果你想存儲(chǔ)大量的數(shù)據(jù)，你只能花更多的錢(qián)來(lái)購(gòu)買(mǎi)內(nèi)存。因此，在一些不需要高性能的地方，這是相對(duì)浪費(fèi)的。所以目前基本上是MySQL（主）Redis（輔），需要性能的地方用Redis，不需要高性能的地方用MySQL，刀片上用浩剛

看來(lái)其他答案都沒(méi)有提到這一點(diǎn)：Redis的持久化功能也可以防止緩存雪崩。應(yīng)該說(shuō)，這就是redis支持持久性的必要性。

例如，假設(shè)后臺(tái)架構(gòu)是redis mysql，redis已經(jīng)關(guān)閉了持久性。有一天，redis服務(wù)器突然宕機(jī)，丟失了所有的內(nèi)存緩存。redis服務(wù)器恢復(fù)后，需要重新緩存MySQL的數(shù)據(jù)。如果讀取數(shù)據(jù)請(qǐng)求非常集中，MySQL可能會(huì)癱瘓，這就是所謂的緩存雪崩。

如果土豪公司只使用redis數(shù)據(jù)庫(kù)而不使用MySQL，就不會(huì)出現(xiàn)緩存雪崩問(wèn)題，因?yàn)閞edis根本不是緩存功能，而是存儲(chǔ)功能。