為什么要持久化？在不考慮服務(wù)器宕機的情況下，是不需要把內(nèi)存中的數(shù)據(jù)保存到磁盤，來做持久化的。

成都創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供淮安區(qū)網(wǎng)站建設(shè)、淮安區(qū)做網(wǎng)站、淮安區(qū)網(wǎng)站設(shè)計、淮安區(qū)網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、淮安區(qū)企業(yè)網(wǎng)站模板建站服務(wù)，10多年淮安區(qū)做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

持久化，就是專門為宕機準備的補救措施。redis有rdb和aof兩種持久化機制。

一、RDB （Redis DataBases）

原理：

當前進程fork出一個子進程，子進程循環(huán)遍歷所有的數(shù)據(jù)，并將數(shù)據(jù)保存到RDB文件。

時機：

按照配置文件設(shè)置的策略，來持久化數(shù)據(jù)。

配置：

save 900 1
save 300 10
save 60 10000

二、AOF （AppendOnly File）

原理：

redis會將收到的，客戶端發(fā)送過來的每一個寫命令，都追加到aof文件的最后。

時機：

每次寫命令，都會記錄下操作。

配置：

appendonly yes

#默認不需要修改，最低64m開始重排，重排比率是上次的一倍，128m，256m，512m這樣。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

三、RDB和AOF的比較

持久化：

RDB等待寫入條件，頻率低，如果一次寫入的數(shù)據(jù)較多，有可能帶來服務(wù)器卡頓。

AOF馬上記錄每次寫命令，頻率高，每次寫入的數(shù)據(jù)很少；生成的文件會比RDB生成的大。

AOF記錄數(shù)據(jù)更及時，丟數(shù)據(jù)的可能更小。

數(shù)據(jù)恢復(fù)：

RDB恢復(fù)數(shù)據(jù)時，直接從RDB文件讀取數(shù)據(jù)，非常快速。

AOF恢復(fù)數(shù)據(jù)時，需要一條一條命令，操作redis服務(wù)器，效率較低。

四、AOF的指令重排

aof的指令為什么需要重排：

set aa 1

set aa 2

set aa 3

三條指令，其實只需要保存最后一條就可以了，指令重排的意義就是，將三條變成一條set aa 3。

當前進程fork出一個子進程，由子進程完成指令重排。

需要注意的是，在子進程進行指令重排的過程中，如果出現(xiàn)新的指令，主進程做兩件事情：

1.將指令追加到老的aof文件末尾；

2.將指令保存到緩存中。緩存中的數(shù)據(jù)，在子進程完成指令重排之后，全部追加到新的aof文件尾部。

五、如何選擇持久化的方式

經(jīng)過上面的分析，我們已經(jīng)知道rdb和aof各自的優(yōu)勢和缺點。可以根據(jù)具體的業(yè)務(wù)場景，選擇合適的方式。

當然，同時使用兩種方式也是可以的。