本篇內(nèi)容主要講解“redis備份方式總結(jié)”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“Redis備份方式總結(jié)”吧!

做網(wǎng)站、成都網(wǎng)站建設(shè)服務(wù)團(tuán)隊(duì)是一支充滿著熱情的團(tuán)隊(duì)，執(zhí)著、敏銳、追求更好，是創(chuàng)新互聯(lián)的標(biāo)準(zhǔn)與要求，同時(shí)竭誠為客戶提供服務(wù)是我們的理念。創(chuàng)新互聯(lián)建站把每個(gè)網(wǎng)站當(dāng)做一個(gè)產(chǎn)品來開發(fā)，精雕細(xì)琢，追求一名工匠心中的細(xì)致，我們更用心！

一、redis持久化的兩種方式：

RDB: 對內(nèi)存中數(shù)據(jù)庫狀態(tài)進(jìn)行快照

AOF: 把每條寫命令都寫入文件

RDB方式：將redis在內(nèi)存中的數(shù)據(jù)庫狀態(tài)保存到磁盤里面，RDB文件是一個(gè)經(jīng)過壓縮的二進(jìn)制文件，通過該文件可以還原生成RDB文件的數(shù)據(jù)狀態(tài)。

RDB的生成方式：

指向命令手動(dòng)生成

通過配置自動(dòng)生成

1.指向命令手動(dòng)生成

有兩個(gè)redis命令可以生成RDB文件，一個(gè)是SAVE，另一個(gè)是BGSAVE，SAVE命令會(huì)阻塞redis服務(wù)器進(jìn)程，直到RDB文件創(chuàng)建完畢為止，在服務(wù)器阻塞期間,服務(wù)器不能處理任何的進(jìn)程,BGSAVE會(huì)派出一個(gè)子進(jìn)程，然后由子進(jìn)程負(fù)責(zé)創(chuàng)建RDB。文件，服務(wù)器進(jìn)程（父進(jìn)程）繼續(xù)處理命令請求，創(chuàng)建RDB文件結(jié)束之前，客戶端發(fā)送的 BGSAVE 和 SAVE 命令會(huì)被服務(wù)器拒絕。

2.通過配置自動(dòng)生成?

可以設(shè)置服務(wù)器配置的save選項(xiàng)，讓服務(wù)器每隔一段時(shí)間自動(dòng)執(zhí)行一次BGSAVE命令，可以通過save選項(xiàng)設(shè)置多個(gè)保存條件，但只要其中任意一個(gè)條件被滿足就會(huì)執(zhí)行BGSAGE命令。

例如：

save 900 1

save 300 10

save 60  10000

那么只要滿足以下三個(gè)條件中的其中一個(gè)，BGSAVE命令就會(huì)被執(zhí)行

服務(wù)器在 900 秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了 1 次修改

服務(wù)器在 300 秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了 10 次修改

服務(wù)器在 60 秒之內(nèi)，對數(shù)據(jù)庫進(jìn)行了 10000 次修改

AOF方式：是通過保存redis服務(wù)器所執(zhí)行的寫命令來記錄數(shù)據(jù)庫狀態(tài)的AOF文件刷新方式，有三種：

1.appendfsync always -- 每提交一個(gè)修改命令都調(diào)用fsync到AOF文件，非常慢，但是很安全；

2.appendfsync everysec -- 每秒都調(diào)用fsyns刷新到AOF文件，很快但可能丟失一秒內(nèi)的數(shù)據(jù)；

3.appendfsync no -- 依靠OS進(jìn)行刷新，redis不主動(dòng)刷新AOF，這樣最快但是安全性差；

默認(rèn)并且推薦每秒刷新，這樣在速度和安全上都做到了兼顧

二、數(shù)據(jù)恢復(fù)

1.ROB方式

ROB文件的載入工作是在服務(wù)器啟動(dòng)時(shí)自動(dòng)執(zhí)行的，沒有專門用于載入ROB文件命令，只要redis服務(wù)器再啟動(dòng)時(shí)檢測到

ROB文件存在，它就會(huì)自動(dòng)載入ROB的文件，在服務(wù)器載入的期間，會(huì)一直處于阻塞狀態(tài)，直到載入工作完成為止

2.AOF方式

服務(wù)器在啟動(dòng)時(shí)，通過載入和執(zhí)行AOF文件中保存的命令來還原服務(wù)器關(guān)閉之前的數(shù)據(jù)，具體過程：

載入AOF文件

創(chuàng)建模擬客戶端

從AOF文件中讀取一條命令

使用模擬客戶端執(zhí)行命令

循環(huán)讀取并執(zhí)行命令，直到全部完成

如果同時(shí)啟動(dòng)了AOF和ROB方式，AOF優(yōu)先，啟動(dòng)時(shí)只加載AOF文件恢復(fù)數(shù)據(jù)

三、RDB和AOF對比總結(jié)

1、RDB

是在某個(gè)時(shí)間點(diǎn)將數(shù)據(jù)寫入一個(gè)臨時(shí)文件，持久化結(jié)束后，用這個(gè)臨時(shí)文件替換上次持久化的文件，達(dá)到數(shù)據(jù)恢復(fù)。 這里說的這個(gè)執(zhí)行數(shù)據(jù)寫入到臨時(shí)文件的時(shí)間點(diǎn)是可以通過配置來自己確定的，通過配置redis在n秒內(nèi)如果超過m個(gè)key被修改這執(zhí)行一次RDB操作。這個(gè)操作就類似于在這個(gè)時(shí)間點(diǎn)來保存一次Redis的所有數(shù)據(jù)，一次快照數(shù)據(jù)。所有這個(gè)持久化方法也通常叫做snapshots。

2、AOF

Append-only file，將“操作 + 數(shù)據(jù)”以格式化指令的方式追加到操作日志文件的尾部，在append操作返回后(已經(jīng)寫入到文件或者即將寫入)，才進(jìn)行實(shí)際的數(shù)據(jù)變更，“日志文件”保存了歷史所有的操作過程；當(dāng)server需要數(shù)據(jù)恢復(fù)時(shí)，可以直接replay此日志文件，即可還原所有的操作過程。AOF相對可靠，它和MySQL中bin.log、apache.log、zookeeper中txn-log簡直異曲同工。AOF文件內(nèi)容是字符串，非常容易閱讀和解析。

3、兩種備份方案的選擇：

對于RDB持久化，

一方面是bgsave在進(jìn)行fork操作時(shí)redis主進(jìn)程會(huì)阻塞，

另一方面，子進(jìn)程向硬盤寫數(shù)據(jù)也會(huì)帶來IO壓力，但數(shù)據(jù)的完整性和一致性受備份條件影響可能較差；而AOF持久化由于持續(xù)的寫入IO壓力更大，但數(shù)據(jù)的一致性和完整性較好。

到此，相信大家對“Redis備份方式總結(jié)”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！