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

有些“上古”程序員一直堅持反對使用redis怎么辦？

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

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

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

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

redis持久化方式區(qū)別？

Redis運行時數(shù)據(jù)保存在內存中，那么當服務器重新啟動并且數(shù)據(jù)丟失時該怎么辦？當然，它還提供持久性設置。

Redis支持RDB和AOF兩種持久化模式。

RDB模式是定期將內存中的數(shù)據(jù)轉儲到磁盤。實現(xiàn)是一個定時fork子進程，它將內存數(shù)據(jù)寫入文件，然后替換最后生成的文件。如果在此過程中服務器異常停機，數(shù)據(jù)將丟失。在RDB模式下，所有redis數(shù)據(jù)都可以保存在一個文件中，這對于數(shù)據(jù)恢復非常方便。對某個時間節(jié)點進行數(shù)據(jù)備份也非常方便。

Aof是記錄事務操作日志并將其添加到文件中。Aof支持三種策略來記錄操作日志。

1. 每次修改都是同步的，也就是說，每個事務操作都會立即記錄下來。

2. 每秒同步，每秒異步記錄。

3. 不同步，即沒有記錄。

每秒同步與RDB具有相同的數(shù)據(jù)丟失風險。RDB比AOF更能有效地恢復大量數(shù)據(jù)。