Redis 與 資料庫處理資料的兩種模式

標籤：資料同步   儲存   class   效能   blog   後台   緩衝   補充   同步   

轉載自：http://www.cnblogs.com/lansexin/archive/2012/11/30/2796404.html 一點一線

Redis 是一個高效能的key-value資料庫。 redis的出現，很大程度補償了memcached這類key-value儲存的不足，在部 分場合可以對關聯式資料庫起到很好的補充作用。它提供了Python，Ruby，Erlang，PHP用戶端，使用很方便。

1. 按照我們一般的使用Redis的情境應該是這樣的：

也就是說：我們會先去redis中判斷資料是否存在，如果存在，則直接返回緩衝好的資料。而如果不存在的話，就會去資料庫中，讀取資料，並把資料緩衝到Redis中。

適用場合：如果資料量比較大，但不是經常更新的情況（比如使用者排行）

2. 而第二種Redis的使用，跟第一種的情況完成不同，具體的情況請看：

這裡我們會先去redis中判斷資料是否存在，如果存在，則直接更新對應的資料（這一步會把對應更新過的key記錄下來，比如也儲存到redis中比如：key為：save_update_keys【用lpush列表記錄】），並把更新後的資料返回給頁面。而如果不存在的話，就會去先更新資料庫中內容，然後把資料儲存一份到Redis中。後面的工作：後台會有相關機制把Redis中的save_update_keys儲存的key，分別讀取出來，找到對應的資料，更新到DB中。

優點：這個流程的主要目的是把Redis當作資料庫使用，更新擷取資料比DB快。非常適合大資料量的頻繁變動（比如微博）。

缺點：對Redis的依賴很大，要做好宕機時的資料儲存。（不過可以使用redis的快照AOF，快速恢複的話，應該不會有多大影響，因為就算Redis不工作了，也不會影響後續資料的處理。）

痛點：在前期規劃key的格式，儲存類型很重要，因為這會影響能否把資料同步到DB。

Redis 與 資料庫處理資料的兩種模式