快取資料與持久化資料的一致性，這個問題總結了一下（看到了一個不錯的部落格文章），其實就是讀寫，還有就是要注意誰先誰後的問題。
從理論上來說，給快取設定過期時間，是保證最終一致性的解決方案。這種方案下，我們可以對存入快取的資料設定過期時間，所有的寫入操作以資料庫為準，對快取操作只是盡力即可。 （建議學習：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。
以上是redis快取怎麼和資料庫同步的詳細內容。更多資訊請關注PHP中文網其他相關文章！
