redis的持久化

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

持久化，就是專門為宕機(jī)準(zhǔn)備的補(bǔ)救措施。redis有rdb和aof兩種持久化機(jī)制。

一、RDB （Redis DataBases）

原理：

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

時(shí)機(jī)：

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

配置：

save 900 1
save 300 10
save 60 10000

二、AOF （AppendOnly File）

原理：

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

時(shí)機(jī)：

每次寫命令，都會(huì)記錄下操作。

配置：

appendonly yes

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

三、RDB和AOF的比較

持久化：

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

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

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

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

RDB恢復(fù)數(shù)據(jù)時(shí)，直接從RDB文件讀取數(shù)據(jù)，非?？焖?。

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

四、AOF的指令重排

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

set aa 1

set aa 2

set aa 3

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

當(dāng)前進(jìn)程fork出一個(gè)子進(jìn)程，由子進(jìn)程完成指令重排。

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

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

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

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

經(jīng)過上面的分析，我們已經(jīng)知道rdb和aof各自的優(yōu)勢(shì)和缺點(diǎn)?？梢愿鶕?jù)具體的業(yè)務(wù)場(chǎng)景，選擇合適的方式。

當(dāng)然，同時(shí)使用兩種方式也是可以的。