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