用了Redis之后，項目是不是就不懼怕高并發(fā)查詢了？在提高系統(tǒng)容量的同時，我們也應(yīng)該關(guān)注系統(tǒng)的高可用性，因為過多的流量可能會導(dǎo)致緩存崩潰和系統(tǒng)雪崩等嚴重問題。要做好降級、熔斷、限流、備份等工作。請點擊

用了Redis之后，項目是不是就不懼怕高并發(fā)查詢了？

在提高系統(tǒng)容量的同時，我們也應(yīng)該關(guān)注系統(tǒng)的高可用性，因為過多的流量可能會導(dǎo)致緩存崩潰和系統(tǒng)雪崩等嚴重問題。要做好降級、熔斷、限流、備份等工作。

請點擊以下按鈕[it fat man Xu]將繼續(xù)為您提供互聯(lián)網(wǎng)和技術(shù)干貨內(nèi)容。感謝您的支持

分享您的答案似乎合情合理。

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

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

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