有些“上古”程序員一直堅(jiān)持反對(duì)使用redis怎么辦？分享大佬的回答，似乎很有道理。不要告訴我們用不用redis，你得告訴我們你為什么想要用redis，不用redis業(yè)務(wù)會(huì)有什么問題？天下沒有免費(fèi)的午餐

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

分享大佬的回答，似乎很有道理。

不要告訴我們用不用redis，你得告訴我們你為什么想要用redis，不用redis業(yè)務(wù)會(huì)有什么問題？天下沒有免費(fèi)的午餐，不動(dòng)腦子直接上緩存/NOSQL可能會(huì)帶來(lái)更多更嚴(yán)重的問題。

單一數(shù)據(jù)庫(kù)最大的好處在于事務(wù)性實(shí)現(xiàn)簡(jiǎn)單，由數(shù)據(jù)庫(kù)自己保證。舉個(gè)簡(jiǎn)單的例子，下訂單需要扣除一個(gè)庫(kù)存，然后插入一條訂單條目，如果庫(kù)存和訂單都是數(shù)據(jù)庫(kù)表項(xiàng)的話這個(gè)事務(wù)是無(wú)懈可擊的，如果庫(kù)存在redis里，訂單條目是MySQL，通常就需要先寫redis，成功之后再寫數(shù)據(jù)庫(kù)，如果寫數(shù)據(jù)庫(kù)失敗了還需要回滾redis，如果最后這個(gè)回滾因?yàn)榫W(wǎng)絡(luò)之類的原因失敗了，就會(huì)多扣一個(gè)庫(kù)存。不要以為這些事情很好解決，事務(wù)性處理的復(fù)雜性遠(yuǎn)遠(yuǎn)超過(guò)你的想象，比如說(shuō)還有寫MySQL在提交的一瞬間連接斷了這種情況，你都沒法判斷提交到底成功了還是失敗了，那你的redis是回滾還是不回滾？

所以引入新的層一定要說(shuō)清楚，你為了什么目的一定要用緩存/NOSQL，能接受什么樣的一致性模型，否則就是在胡鬧。