這篇文章將為大家詳細講解有關(guān)redis緩存同步數(shù)據(jù)庫的方法,文章內(nèi)容質(zhì)量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。
惠水網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,惠水網(wǎng)站設(shè)計制作,有大型網(wǎng)站制作公司豐富經(jīng)驗。已為惠水近1000家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)營銷網(wǎng)站建設(shè)要多少錢,請找那個售后服務(wù)好的惠水做網(wǎng)站的公司定做!緩存數(shù)據(jù)與持久化數(shù)據(jù)的一致性,這個問題總結(jié)了一下(看到了一個不錯的博文),其實就是讀和寫,還有就是要注意誰先誰后的問題。
從理論上來說,給緩存設(shè)置過期時間,是保證最終一致性的解決方案。這種方案下,我們可以對存入緩存的數(shù)據(jù)設(shè)置過期時間,所有的寫操作以數(shù)據(jù)庫為準(zhǔn),對緩存操作只是盡大努力即可。
也就是說如果數(shù)據(jù)庫寫成功,緩存更新失敗,那么只要到達過期時間,則后面的讀請求自然會從數(shù)據(jù)庫中讀取新值然后回填緩存。
Redis 是一個高性能的key-value數(shù)據(jù)庫。 redis的出現(xiàn),很大程度補償了memcached這類key-value存儲的不足,在部 分場合可以對關(guān)系數(shù)據(jù)庫起到很好的補充作用。它提供了python,Ruby,Erlang,PHP客戶端,使用很方便。
按照我們一般的使用Redis的場景應(yīng)該是這樣的:
也就是說:我們會先去redis中判斷數(shù)據(jù)是否存在,如果存在,則直接返回緩存好的數(shù)據(jù)。而如果不存在的話,就會去數(shù)據(jù)庫中,讀取數(shù)據(jù),并把數(shù)據(jù)緩存到Redis中。
適用場合:如果數(shù)據(jù)量比較大,但不是經(jīng)常更新的情況(比如用戶排行)
而第二種Redis的使用,跟第一種的情況完成不同,具體的情況請看:
這里我們會先去redis中判斷數(shù)據(jù)是否存在,如果存在,則直接更新對應(yīng)的數(shù)據(jù)(這一步會把對應(yīng)更新過的key記錄下來,比如也保存到redis中比如:key為:save_update_keys【用lpush列表記錄】),并把更新后的數(shù)據(jù)返回給頁面。而如果不存在的話,就會去先更新數(shù)據(jù)庫中內(nèi)容,然后把數(shù)據(jù)保存一份到Redis中。
NO10這步:后面的工作:后臺會有相關(guān)機制把Redis中的save_update_keys存儲的key,分別讀取出來,找到對應(yīng)的數(shù)據(jù),更新到DB中。
優(yōu)點:這個流程的主要目的是把Redis當(dāng)作數(shù)據(jù)庫使用,更新獲取數(shù)據(jù)比DB快。非常適合大數(shù)據(jù)量的頻繁變動(比如微博)。
缺點:對Redis的依賴很大,要做好宕機時的數(shù)據(jù)保存。(不過可以使用redis的快照AOF,快速恢復(fù)的話,應(yīng)該不會有多大影響,因為就算Redis不工作了,也不會影響后續(xù)數(shù)據(jù)的處理。)
難點:在前期規(guī)劃key的格式,存儲類型很重要,因為這會影響能否把數(shù)據(jù)同步到DB。
關(guān)于redis緩存同步數(shù)據(jù)庫的方法就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,可以學(xué)到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。