您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關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緩存同步數據庫的方法就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。