redis是數(shù)據(jù)庫還是中間件 有些“上古”程序員一直堅持反對使用redis怎么辦?
有些“上古”程序員一直堅持反對使用redis怎么辦?分享大人物的答案似乎合情合理。不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務(wù)怎么了?世界上沒有免費(fèi)的午
有些“上古”程序員一直堅持反對使用redis怎么辦?
分享大人物的答案似乎合情合理。
不要告訴我們是否使用redis。你必須告訴我們你為什么要使用redis。沒有redis的業(yè)務(wù)怎么了?世界上沒有免費(fèi)的午餐。如果不直接使用頭部緩存/NoSQL,可能會帶來越來越嚴(yán)重的問題。
單個數(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ò)或其他原因回滾失敗,將再扣減一個存貨。不要認(rèn)為這些事情很容易解決。事務(wù)處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超出您的想象。例如,當(dāng)您編寫mysql時,您在提交時就失去了連接。你無法判斷提交是成功還是失敗。你的redis是不是在倒退?
因此,當(dāng)您引入一個新層時,您必須弄清楚您必須使用cache/NoSQL的目的以及您可以接受的一致性模型。否則,你就要出丑了。
為啥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>