共計(jì) 5403 個(gè)字符，預(yù)計(jì)需要花費(fèi) 14 分鐘才能閱讀完成。
這篇文章將為大家詳細(xì)講解有關(guān) Redis 中 RDB 和 AOF 的示例分析，丸趣 TV 小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。
Redis 有兩種持久化方案，RDB（Redis DataBase）和 AOF（Append Only File）。如果你想快速了解和使用 RDB 和 AOF，可以直接跳到文章底部看總結(jié)。本章節(jié)通過配置文件，觸發(fā)快照的方式，恢復(fù)數(shù)據(jù)的操作，命令操作演示，優(yōu)缺點(diǎn)來學(xué)習(xí) Redis 的重點(diǎn)知識(shí)持久化。
RDB 詳解
RDB 是 Redis 默認(rèn)的持久化方案。在指定的時(shí)間間隔內(nèi)，執(zhí)行指定次數(shù)的寫操作，則會(huì)將內(nèi)存中的數(shù)據(jù)寫入到磁盤中。即在指定目錄下生成一個(gè) dump.rdb 文件。Redis 重啟會(huì)通過加載 dump.rdb 文件恢復(fù)數(shù)據(jù)。
從配置文件了解 RDB
打開 redis.conf 文件，找到 SNAPSHOTTING 對(duì)應(yīng)內(nèi)容
1 RDB 核心規(guī)則配置（重點(diǎn)）
save seconds changes
# save
save 900 1
save 300 10
save 60 10000解說：save 指定時(shí)間間隔 執(zhí)行指定次數(shù)更新操作，滿足條件就將內(nèi)存中的數(shù)據(jù)同步到硬盤中。官方出廠配置默認(rèn)是 900 秒內(nèi)有 1 個(gè)更改，300 秒內(nèi)有 10 個(gè)更改以及 60 秒內(nèi)有 10000 個(gè)更改，則將內(nèi)存中的數(shù)據(jù)快照寫入磁盤。
若不想用 RDB 方案，可以把 save 的注釋打開，下面三個(gè)注釋。
2 指定本地?cái)?shù)據(jù)庫文件名，一般采用默認(rèn)的 dump.rdb
dbfilename dump.rdb3 指定本地?cái)?shù)據(jù)庫存放目錄，一般也用默認(rèn)配置
dir ./
4 默認(rèn)開啟數(shù)據(jù)壓縮
rdbcompression yes解說：配置存儲(chǔ)至本地?cái)?shù)據(jù)庫時(shí)是否壓縮數(shù)據(jù)，默認(rèn)為 yes。Redis 采用 LZF 壓縮方式，但占用了一點(diǎn) CPU 的時(shí)間。若關(guān)閉該選項(xiàng)，但會(huì)導(dǎo)致數(shù)據(jù)庫文件變的巨大。建議開啟。
觸發(fā) RDB 快照
1 在指定的時(shí)間間隔內(nèi)，執(zhí)行指定次數(shù)的寫操作
2 執(zhí)行 save（阻塞，只管保存快照，其他的等待）或者是 bgsave（異步）命令
3 執(zhí)行 flushall 命令，清空數(shù)據(jù)庫所有數(shù)據(jù)，意義不大。
4 執(zhí)行 shutdown 命令，保證服務(wù)器正常關(guān)閉且不丟失任何數(shù)據(jù)，意義 … 也不大。
通過 RDB 文件恢復(fù)數(shù)據(jù)
將 dump.rdb 文件拷貝到 redis 的安裝目錄的 bin 目錄下，重啟 redis 服務(wù)即可。在實(shí)際開發(fā)中，一般會(huì)考慮到物理機(jī)硬盤損壞情況，選擇備份 dump.rdb?？梢詮南旅娴牟僮餮菔局锌梢泽w會(huì)到。
RDB 的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
1 適合大規(guī)模的數(shù)據(jù)恢復(fù)。
2 如果業(yè)務(wù)對(duì)數(shù)據(jù)完整性和一致性要求不高，RDB 是很好的選擇。
缺點(diǎn)：
1 數(shù)據(jù)的完整性和一致性不高，因?yàn)?RDB 可能在最后一次備份時(shí)宕機(jī)了。
2 備份時(shí)占用內(nèi)存，因?yàn)?Redis 在備份時(shí)會(huì)獨(dú)立創(chuàng)建一個(gè)子進(jìn)程，將數(shù)據(jù)寫入到一個(gè)臨時(shí)文件（此時(shí)內(nèi)存中的數(shù)據(jù)是原來的兩倍哦），最后再將臨時(shí)文件替換之前的備份文件。
所以 Redis 的持久化和數(shù)據(jù)的恢復(fù)要選擇在夜深人靜的時(shí)候執(zhí)行是比較合理的。
操作演示
[root@itdragon bin]# vim redis.conf
save 900 1
save 120 5
save 60 10000
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 set key1 value1
127.0.0.1:6379 set key2 value2
127.0.0.1:6379 set key3 value3
127.0.0.1:6379 set key4 value4
127.0.0.1:6379 set key5 value5
127.0.0.1:6379 set key6 value6
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[root@itdragon bin]# cp dump.rdb dump_bk.rdb
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 FLUSHALL
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[root@itdragon bin]# cp dump_bk.rdb dump.rdb
cp: overwrite `dump.rdb ? y
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) key5
2) key1
3) key3
4) key4
5) key6
6) key2第一步：vim 修改持久化配置時(shí)間，120 秒內(nèi)修改 5 次則持久化一次。
第二步：重啟服務(wù)使配置生效。
第三步：分別 set 5 個(gè) key，過兩分鐘后，在 bin 的當(dāng)前目錄下會(huì)自動(dòng)生產(chǎn)一個(gè) dump.rdb 文件。（set key6 是為了驗(yàn)證 shutdown 有觸發(fā) RDB 快照的作用）
第四步：將當(dāng)前的 dump.rdb 備份一份（模擬線上工作）。
第五步：執(zhí)行 FLUSHALL 命令清空數(shù)據(jù)庫數(shù)據(jù)（模擬數(shù)據(jù)丟失）。
第六步：重啟 Redis 服務(wù)，恢復(fù)數(shù)據(jù) ….. 咦？？？？(′? ??`)。數(shù)據(jù)是空的？？？？這是因?yàn)?FLUSHALL 也有觸發(fā) RDB 快照的功能。
第七步：將備份的 dump_bk.rdb 替換 dump.rdb 然后重新 Redis。
注意點(diǎn)：SHUTDOWN 和 FLUSHALL 命令都會(huì)觸發(fā) RDB 快照，這是一個(gè)坑，請(qǐng)大家注意。
其他命令：
keys * 匹配數(shù)據(jù)庫中所有 key save 阻塞觸發(fā) RDB 快照，使其備份數(shù)據(jù) FLUSHALL 清空整個(gè) Redis 服務(wù)器的數(shù)據(jù) (幾乎不用) SHUTDOWN 關(guān)機(jī)走人（很少用）
AOF 詳解
AOF：Redis 默認(rèn)不開啟。它的出現(xiàn)是為了彌補(bǔ) RDB 的不足（數(shù)據(jù)的不一致性），所以它采用日志的形式來記錄每個(gè)寫操作，并追加到文件中。Redis 重啟的會(huì)根據(jù)日志文件的內(nèi)容將寫指令從前到后執(zhí)行一次以完成數(shù)據(jù)的恢復(fù)工作。
從配置文件了解 AOF
打開 redis.conf 文件，找到 APPEND ONLY MODE 對(duì)應(yīng)內(nèi)容
1 redis 默認(rèn)關(guān)閉，開啟需要手動(dòng)把 no 改為 yes
appendonly yes2 指定本地?cái)?shù)據(jù)庫文件名，默認(rèn)值為 appendonly.aof
appendfilename appendonly.aof3 指定更新日志條件
# appendfsync always
appendfsync everysec
# appendfsync no解說：
always：同步持久化，每次發(fā)生數(shù)據(jù)變化會(huì)立刻寫入到磁盤中。性能較差當(dāng)數(shù)據(jù)完整性比較好（慢，安全）
everysec：出廠默認(rèn)推薦，每秒異步記錄一次（默認(rèn)值）
no：不同步
4 配置重寫觸發(fā)機(jī)制
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb解說：當(dāng) AOF 文件大小是上次 rewrite 后大小的一倍且文件大于 64M 時(shí)觸發(fā)。一般都設(shè)置為 3G，64M 太小了。
觸發(fā) AOF 快照
根據(jù)配置文件觸發(fā)，可以是每次執(zhí)行觸發(fā)，可以是每秒觸發(fā)，可以不同步。
根據(jù) AOF 文件恢復(fù)數(shù)據(jù)
正常情況下，將 appendonly.aof 文件拷貝到 redis 的安裝目錄的 bin 目錄下，重啟 redis 服務(wù)即可。但在實(shí)際開發(fā)中，可能因?yàn)槟承┰驅(qū)е?appendonly.aof 文件格式異常，從而導(dǎo)致數(shù)據(jù)還原失敗，可以通過命令 redis-check-aof –fix appendonly.aof 進(jìn)行修復(fù)。從下面的操作演示中體會(huì)。
AOF 的重寫機(jī)制
前面也說到了，AOF 的工作原理是將寫操作追加到文件中，文件的冗余內(nèi)容會(huì)越來越多。所以聰明的 Redis 新增了重寫機(jī)制。當(dāng) AOF 文件的大小超過所設(shè)定的閾值時(shí)，Redis 就會(huì)對(duì) AOF 文件的內(nèi)容壓縮。
重寫的原理：Redis 會(huì) fork 出一條新進(jìn)程，讀取內(nèi)存中的數(shù)據(jù)，并重新寫到一個(gè)臨時(shí)文件中。并沒有讀取舊文件（你都那么大了，我還去讀你？？？o(?Д?) っ傻啊?。Ｗ詈筇鎿Q舊的 aof 文件。
觸發(fā)機(jī)制：當(dāng) AOF 文件大小是上次 rewrite 后大小的一倍且文件大于 64M 時(shí)觸發(fā)。這里的“一倍”和“64M”可以通過配置文件修改。
AOF 的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：數(shù)據(jù)的完整性和一致性更高
缺點(diǎn)：因?yàn)?AOF 記錄的內(nèi)容多，文件會(huì)越來越大，數(shù)據(jù)恢復(fù)也會(huì)越來越慢。
操作演示
[root@itdragon bin]# vim appendonly.aof
appendonly yes
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
(empty list or set)
127.0.0.1:6379 set keyAOf valueAof
127.0.0.1:6379 FLUSHALL
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) keyAOf
127.0.0.1:6379 SHUTDOWN
not connected QUIT
[root@itdragon bin]# vim appendonly.aof
fjewofjwojfoewifjowejfwf
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
Could not connect to Redis at 127.0.0.1:6379: Connection refused
not connected QUIT
[root@itdragon bin]# redis-check-aof --fix appendonly.aof
x 3e: Expected prefix * , got:
AOF analyzed: size=92, ok_up_to=62, diff=30
This will shrink the AOF from 92 bytes, with 30 bytes, to 62 bytes
Continue? [y/N]: y
Successfully truncated AOF
[root@itdragon bin]# ./redis-server redis.conf
[root@itdragon bin]# ./redis-cli -h 127.0.0.1 -p 6379
127.0.0.1:6379 keys *
1) keyAOf
第一步：修改配置文件，開啟 AOF 持久化配置。
第二步：重啟 Redis 服務(wù)，并進(jìn)入 Redis 自帶的客戶端中。
第三步：保存值，然后模擬數(shù)據(jù)丟失，關(guān)閉 Redis 服務(wù)。
第四步：重啟服務(wù)，發(fā)現(xiàn)數(shù)據(jù)恢復(fù)了。（額外提一點(diǎn)：有教程顯示 FLUSHALL 命令會(huì)被寫入 AOF 文件中，導(dǎo)致數(shù)據(jù)恢復(fù)失敗。我安裝的是 redis-4.0.2 沒有遇到這個(gè)問題）。
第五步：修改 appendonly.aof，模擬文件異常情況。
第六步：重啟 Redis 服務(wù)失敗。這同時(shí)也說明了，RDB 和 AOF 可以同時(shí)存在，且優(yōu)先加載 AOF 文件。
第七步：校驗(yàn) appendonly.aof 文件。重啟 Redis 服務(wù)后正常。
補(bǔ)充點(diǎn)：aof 的校驗(yàn)是通過 redis-check-aof 文件，那么 rdb 的校驗(yàn)是不是可以通過 redis-check-rdb 文件呢？？？
總結(jié) Redis 默認(rèn)開啟 RDB 持久化方式，在指定的時(shí)間間隔內(nèi)，執(zhí)行指定次數(shù)的寫操作，則將內(nèi)存中的數(shù)據(jù)寫入到磁盤中。RDB 持久化適合大規(guī)模的數(shù)據(jù)恢復(fù)但它的數(shù)據(jù)一致性和完整性較差。Redis 需要手動(dòng)開啟 AOF 持久化方式，默認(rèn)是每秒將寫操作日志追加到 AOF 文件中。
AOF 的數(shù)據(jù)完整性比 RDB 高，但記錄內(nèi)容多了，會(huì)影響數(shù)據(jù)恢復(fù)的效率。Redis 針對(duì) AOF 文件大的問題，提供重寫的瘦身機(jī)制。若只打算用 Redis 做緩存，可以關(guān)閉持久化。若打算使用 Redis 的持久化。建議 RDB 和 AOF 都開啟。其實(shí) RDB 更適合做數(shù)據(jù)的備份，留一后手。AOF 出問題了，還有 RDB。
關(guān)于“Redis 中 RDB 和 AOF 的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。
