主頁(yè) > 知識(shí)庫(kù) > redis持久化的介紹

redis持久化的介紹

熱門(mén)標(biāo)簽:臺(tái)灣電銷(xiāo) 一個(gè)地圖標(biāo)注多少錢(qián) 四川穩(wěn)定外呼系統(tǒng)軟件 地圖標(biāo)注工廠入駐 b2b外呼系統(tǒng) 南京手機(jī)外呼系統(tǒng)廠家 400電話辦理的口碑 廊坊外呼系統(tǒng)在哪買(mǎi) 高碑店市地圖標(biāo)注app

1. RDB

1.1 RDB簡(jiǎn)介

RDB:在指定的時(shí)間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫(xiě)入磁盤(pán),也就是行話講的Snapshot快照,它恢復(fù)時(shí)是將快照文件直接讀到內(nèi)存里。

工作機(jī)制:每隔一段時(shí)間,就把內(nèi)存中的數(shù)據(jù)保存到硬盤(pán)上的指定文件中。

RDB是默認(rèn)開(kāi)啟的!

Redis會(huì)單獨(dú)創(chuàng)建(fork)一個(gè)子進(jìn)程來(lái)進(jìn)行持久化,會(huì)先將數(shù)據(jù)寫(xiě)入到一個(gè)臨時(shí)文件中,待持久化過(guò)程都結(jié)束了,再用這個(gè)臨時(shí)文件替換上次持久化好的文件。整個(gè)過(guò)程中,主進(jìn)程是不進(jìn)行任何IO操作的,這就確保了極高的性能如果需要進(jìn)行大規(guī)模數(shù)據(jù)的恢復(fù),且對(duì)于數(shù)據(jù)恢復(fù)的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。

RDB的缺點(diǎn)是最后一次持久化后的數(shù)據(jù)可能丟失。

1.2 RDB保存策略

save 900 1    900 秒內(nèi)如果至少有 1 個(gè) key 的值變化,則保存

save 300 10   300 秒內(nèi)如果至少有 10 個(gè) key 的值變化,則保存

save 60 10000  60 秒內(nèi)如果至少有 10000 個(gè) key 的值變化,則保存

save “”  就是禁用RDB模式;

1.3 RDB常用屬性配置

1.4 RDB數(shù)據(jù)丟失的情況

兩次保存的時(shí)間間隔內(nèi),服務(wù)器宕機(jī),或者發(fā)生斷電問(wèn)題。

1.5 RDB的觸發(fā)

         ①基于自動(dòng)保存的策略

         ②執(zhí)行save,或者bgsave命令!執(zhí)行時(shí),是阻塞狀態(tài)。

         ③執(zhí)行flushdb命令,也會(huì)產(chǎn)生dump.rdb,但里面是空的,沒(méi)有意義。

         ④當(dāng)執(zhí)行shutdown命令時(shí),也會(huì)主動(dòng)地備份數(shù)據(jù)

2. AOF

2.1 AOF簡(jiǎn)介

  1. AOF是以日志的形式來(lái)記錄每個(gè)寫(xiě)操作,將每一次對(duì)數(shù)據(jù)進(jìn)行修改,都把新建、修改數(shù)據(jù)的命令保存到指定文件中。Redis重新啟動(dòng)時(shí)讀取這個(gè)文件,重新執(zhí)行新建、修改數(shù)據(jù)的命令恢復(fù)數(shù)據(jù)。
  2. 默認(rèn)不開(kāi)啟,需要手動(dòng)開(kāi)啟
  3. AOF文件的保存路徑,同RDB的路徑一致。
  4. AOF在保存命令的時(shí)候,只會(huì)保存對(duì)數(shù)據(jù)有修改的命令,也就是寫(xiě)操作!
  5. 當(dāng)RDB和AOF存的不一致的情況下,按照AOF來(lái)恢復(fù)。因?yàn)锳OF是對(duì)RDB的補(bǔ)充。備份周期更短,也就更可靠。

2.2 AOF保存策略

appendfsync always:每次產(chǎn)生一條新的修改數(shù)據(jù)的命令都執(zhí)行保存操作;效率低,但是安全!

appendfsync everysec:每秒執(zhí)行一次保存操作。如果在未保存當(dāng)前秒內(nèi)操作時(shí)發(fā)生了斷電,仍然會(huì)導(dǎo)致一部分?jǐn)?shù)據(jù)丟失(即1秒鐘的數(shù)據(jù))。

appendfsync no:從不保存,將數(shù)據(jù)交給操作系統(tǒng)來(lái)處理。更快,也更不安全的選擇。

推薦(并且也是默認(rèn))的措施為每秒 fsync 一次, 這種 fsync 策略可以兼顧速度和安全性。

2.3 AOF常用屬性

2.4 AOF文件的修復(fù)

如果AOF文件中出現(xiàn)了殘余命令,會(huì)導(dǎo)致服務(wù)器無(wú)法重啟。此時(shí)需要借助redis-check-aof工具來(lái)修復(fù)!

命令:redis-check-aof  --fix 文件

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接

您可能感興趣的文章:
  • redis學(xué)習(xí)之RDB、AOF與復(fù)制時(shí)對(duì)過(guò)期鍵的處理教程
  • Redis兩種持久化方案RDB和AOF詳解
  • redis的2種持久化方案深入講解
  • Linux下redis的持久化、主從同步與哨兵詳解
  • 從源碼解讀redis持久化
  • 通過(guò)Nginx+Tomcat+Redis實(shí)現(xiàn)持久會(huì)話
  • Redis持久化RDB和AOF區(qū)別詳解

標(biāo)簽:河源 定州 伊春 拉薩 畢節(jié) 泰州 甘南 南寧

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《redis持久化的介紹》,本文關(guān)鍵詞  redis,持久化,的,介紹,redis,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《redis持久化的介紹》相關(guān)的同類(lèi)信息!
  • 本頁(yè)收集關(guān)于redis持久化的介紹的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章