緩存數據與持久化數據的一致性，這個問題總結了一下（看到了一個不錯的博文），其實就是讀和寫，還有就是要注意誰先誰后的問題。
從理論上來說，給緩存設置過期時間，是保證最終一致性的解決方案。這種方案下，我們可以對存入緩存的數據設置過期時間，所有的寫操作以數據庫為準，對緩存操作只是盡最大努力即可。（推薦學習：Redis視頻教程） ? ?
也就是說如果數據庫寫成功，緩存更新失敗，那么只要到達過期時間，則后面的讀請求自然會從數據庫中讀取新值然后回填緩存。
redis?是一個高性能的key-value數據庫。 redis的出現，很大程度補償了memcached這類key-value存儲的不足，在部 分場合可以對關系數據庫起到很好的補充作用。它提供了python，ruby，erlang，php客戶端，使用很方便。? ? ? ? ?
按照我們一般的使用Redis的場景應該是這樣的：
也就是說：我們會先去redis中判斷數據是否存在，如果存在，則直接返回緩存好的數據。而如果不存在的話，就會去數據庫中，讀取數據，并把數據緩存到Redis中。
適用場合：如果數據量比較大，但不是經常更新的情況(比如用戶排行)
而第二種Redis的使用，跟第一種的情況完成不同，具體的情況請看：
這里我們會先去redis中判斷數據是否存在，如果存在，則直接更新對應的數據(這一步會把對應更新過的key記錄下來，比如也保存到redis中比如：key為：save_update_keys【用lpush列表記錄】)，并把更新后的數據返回給頁面。而如果不存在的話，就會去先更新數據庫中內容，然后把數據保存一份到Redis中。
NO10這步：后面的工作：后臺會有相關機制把Redis中的save_update_keys存儲的key，分別讀取出來，找到對應的數據，更新到DB中。
優點：這個流程的主要目的是把Redis當作數據庫使用，更新獲取數據比DB快。非常適合大數據量的頻繁變動(比如微博)。
缺點：對Redis的依賴很大，要做好宕機時的數據保存。(不過可以使用redis的快照AOF，快速恢復的話，應該不會有多大影響，因為就算Redis不工作了，也不會影響后續數據的處理。)
難點：在前期規劃key的格式，存儲類型很重要，因為這會影響能否把數據同步到DB。
