Redis持久化方式的區(qū)別

1僻肖、混合持久化

? ? 重啟redis時老翘,我們很少使用RDB來恢復(fù)內(nèi)存狀態(tài)掀亩,因為會丟失大量數(shù)據(jù)舔哪。我們通常使用AOF日志重放,但是重放AOF日志性能相對RDB來說要慢很多槽棍,這樣在redis實例很大的情況下捉蚤,啟動需要花費很長的時間。redis-4.0為了解決這個問題炼七,帶來了一個新的持久化選項——混合持久化缆巧。將RDB文件的內(nèi)容和增量的AOF日志文件存在一起。這里的AOF日志不再是全量的日志豌拙,而是自持久化開始到持久化結(jié)束的這段時間發(fā)生的增量AOF日志陕悬,通常這部分AOF日志很小。aof-use-rdb-preamble配置參數(shù)控制按傅,yes則表示開啟捉超,no表示禁用。


2唯绍、各種持久化方式對比

2.1拼岳、 RDB的優(yōu)缺點? ? ??

優(yōu)點:

????1、當進行RDB持久化時况芒,對redis服務(wù)處理讀寫請求的影響非常小惜纸,可以讓redis保持高性能,因為redis主進程只需要fork一個子進程绝骚,讓子進程執(zhí)行磁盤IO操作來進行RDB持久化即可耐版。生成一次RDB文件的過程就是把當前時刻內(nèi)存中的數(shù)據(jù)一次性寫入文件中,而AOF則需要先把當前內(nèi)存中的小量數(shù)據(jù)轉(zhuǎn)換為操作指令皮壁,然后把指令寫到內(nèi)存緩存中椭更,然后再刷寫入磁盤

????2蛾魄、相對于AOF持久化機制來說虑瀑,直接基于RDB數(shù)據(jù)文件來重啟和恢復(fù)redis的數(shù)據(jù)會更加快速。AOF滴须,存放的是指令日志舌狗,做數(shù)據(jù)恢復(fù)的時候,要回放和執(zhí)行所有的指令日志扔水,從而恢復(fù)內(nèi)存中的所有數(shù)據(jù)痛侍。而RDB,就是一份數(shù)據(jù)文件,恢復(fù)的時候主届,直接加載到內(nèi)存中即可赵哲。

缺點:

????1、如果想要在redis故障時君丁,盡可能少的丟失數(shù)據(jù)枫夺,那么RDB沒有AOF好。一般來說绘闷,RDB數(shù)據(jù)快照文件橡庞,都是每隔5分鐘,或者更長時間生成一次印蔗,這個時候就得接受一旦redis進程宕機扒最,那么會丟失最近5分鐘的數(shù)據(jù)。這個問題华嘹,也是RDB最大的缺點吧趣,就是不適合做第一優(yōu)先的恢復(fù)方案,如果你依賴RDB做第一優(yōu)先恢復(fù)方案除呵,會導(dǎo)致數(shù)據(jù)丟失的比較多再菊。

? ? 2、RDB每次在fork子進程來執(zhí)行RDB快照數(shù)據(jù)文件生成的時候颜曾,如果數(shù)據(jù)文件特別大纠拔,可能會導(dǎo)致對客戶端提供的服務(wù)暫停數(shù)毫秒,甚至數(shù)秒泛豪。所以一般不要讓生成RDB文件的間隔太長稠诲,否則每次生成的RDB文件太大了,對redis本身的性能會有影響诡曙。


2.2臀叙、 AOF的優(yōu)缺點

優(yōu)點:

????1、AOF可以更好的保護數(shù)據(jù)不丟失价卤,一般AOF會每隔1秒劝萤,通過一個后臺線程執(zhí)行一次fsync操作,最多丟失1秒鐘的數(shù)據(jù)慎璧。

????2床嫌、AOF日志文件以append-only模式寫入,所以沒有任何磁盤尋址的開銷胸私,寫入性能非常高厌处,而且文件不容易破損,即使文件尾部破損岁疼,也很容易修復(fù)阔涉。

????3、AOF日志文件即使過大的時候,出現(xiàn)后臺重寫操作瑰排,也不會影響客戶端的讀寫贯要。因為在rewrite的時候,會對其中的指令進行壓縮凶伙,會創(chuàng)建出一份需要恢復(fù)數(shù)據(jù)的最小日志出來郭毕。

缺點:

????1、對于同一份數(shù)據(jù)來說函荣,AOF日志文件通常比RDB數(shù)據(jù)快照文件更大。

????2扳肛、AOF的寫性能比RDB的寫性能低傻挂,因為AOF一般會配置成每秒fsync一次日志文件,當然挖息,每秒一次fsync金拒,性能也還是很高的,只不過比起RDB來說性能低套腹,如果要保證一條數(shù)據(jù)都不丟绪抛,也是可以的,AOF的fsync設(shè)置成每寫入一條數(shù)據(jù)电禀,fsync一次幢码,但是這樣,redis的性能會大大下降尖飞。

????3症副、基于AOF文件做恢復(fù)的速度不如基于RDB文件做恢復(fù)的速度。


2.3政基、 混合持久化的優(yōu)缺點

優(yōu)點:結(jié)合了RDB和AOF的優(yōu)點贞铣,使得數(shù)據(jù)恢復(fù)的效率大幅提升

缺點:兼容性不好,redis-4.x新增沮明,雖然最終的文件也是.aof格式的文件辕坝,但在4.0之前版本都不識別該aof文件,同時由于前部分是RDB格式荐健,閱讀性較差酱畅。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市摧扇,隨后出現(xiàn)的幾起案子圣贸,更是在濱河造成了極大的恐慌,老刑警劉巖扛稽,帶你破解...
    沈念sama閱讀 217,907評論 6 506
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件吁峻,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機用含,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,987評論 3 395
  • 文/潘曉璐 我一進店門矮慕,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人啄骇,你說我怎么就攤上這事痴鳄。” “怎么了缸夹?”我有些...
    開封第一講書人閱讀 164,298評論 0 354
  • 文/不壞的土叔 我叫張陵痪寻,是天一觀的道長。 經(jīng)常有香客問我虽惭,道長橡类,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,586評論 1 293
  • 正文 為了忘掉前任芽唇,我火速辦了婚禮顾画,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘匆笤。我一直安慰自己研侣,他們只是感情好,可當我...
    茶點故事閱讀 67,633評論 6 392
  • 文/花漫 我一把揭開白布炮捧。 她就那樣靜靜地躺著庶诡,像睡著了一般。 火紅的嫁衣襯著肌膚如雪寓盗。 梳的紋絲不亂的頭發(fā)上灌砖,一...
    開封第一講書人閱讀 51,488評論 1 302
  • 那天,我揣著相機與錄音傀蚌,去河邊找鬼基显。 笑死,一個胖子當著我的面吹牛善炫,可吹牛的內(nèi)容都是我干的撩幽。 我是一名探鬼主播,決...
    沈念sama閱讀 40,275評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼箩艺,長吁一口氣:“原來是場噩夢啊……” “哼窜醉!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起艺谆,我...
    開封第一講書人閱讀 39,176評論 0 276
  • 序言:老撾萬榮一對情侶失蹤榨惰,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后静汤,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體琅催,經(jīng)...
    沈念sama閱讀 45,619評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡居凶,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,819評論 3 336
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了藤抡。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片侠碧。...
    茶點故事閱讀 39,932評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖缠黍,靈堂內(nèi)的尸體忽然破棺而出弄兜,到底是詐尸還是另有隱情,我是刑警寧澤瓷式,帶...
    沈念sama閱讀 35,655評論 5 346
  • 正文 年R本政府宣布替饿,位于F島的核電站,受9級特大地震影響贸典,放射性物質(zhì)發(fā)生泄漏盛垦。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,265評論 3 329
  • 文/蒙蒙 一瓤漏、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧颊埃,春花似錦蔬充、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,871評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至罗标,卻和暖如春庸队,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背闯割。 一陣腳步聲響...
    開封第一講書人閱讀 32,994評論 1 269
  • 我被黑心中介騙來泰國打工彻消, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留彼念,地道東北人邪码。 一個月前我還...
    沈念sama閱讀 48,095評論 3 370
  • 正文 我出身青樓,卻偏偏與公主長得像雹舀,于是被迫代替她去往敵國和親谢澈。 傳聞我的和親對象是個殘疾皇子煌贴,可洞房花燭夜當晚...
    茶點故事閱讀 44,884評論 2 354