前言

Redis 作為一款內(nèi)存數(shù)據(jù)庫，被廣泛使用于緩存，分布式鎖等場景，那么假如斷電或者因其他因素導(dǎo)致 Reids 服務(wù)宕機(jī)，在重啟之后數(shù)據(jù)會丟失嗎？

Redis 持久化機(jī)制

Redis 雖然是定義為一個(gè)內(nèi)存數(shù)據(jù)庫，但是其也支持?jǐn)?shù)據(jù)的持久化，在 Redis 中提供了兩種持久化機(jī)制：RDB 持久化和 AOF 持久化。

RDB 持久化機(jī)制

RDB 全稱為：Redis DataBase，是 Redis 當(dāng)中默認(rèn)的持久化方案。當(dāng)觸發(fā)持久化條件時(shí)，Redis 默認(rèn)會生成一個(gè) dump.rdb 文件，Redis 在重啟的時(shí)候就會通過解析 dump.rdb 文件進(jìn)行數(shù)據(jù)恢復(fù)。

RDB 機(jī)制觸發(fā)條件

RDB 持久化機(jī)制有兩種觸發(fā)方式：自動觸發(fā)和手動觸發(fā)。

自動觸發(fā)

自動觸發(fā)方式也可以分為三種：

• 執(zhí)行 flushall 命令（flushdb 命令不會觸發(fā)）時(shí)，不過此時(shí)生成的 dump 文件內(nèi)的數(shù)據(jù)是空的（dump 文件還會存儲一些頭信息，所以文件本身是有內(nèi)容的，只是沒有數(shù)據(jù)），沒有什么太大的實(shí)際意義。
• 執(zhí)行 shutdown 命令時(shí)會觸發(fā)生成 dump 文件。
• 通過配置文件自動生成，Redis 中配置文件默認(rèn)配置如下，只要達(dá)到這三個(gè)條件中的任意一個(gè)，就會觸發(fā) Redis 的RDB 持久化機(jī)制。

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被添加或者更新

手動觸發(fā)

除了自動觸發(fā)，Redis 中還提供了 2 個(gè)手動觸發(fā) RDB 機(jī)制的命令（這兩個(gè)命令不能同時(shí)被執(zhí)行，一旦一個(gè)命令正在執(zhí)行中，另一個(gè)命令會被拒絕執(zhí)行）：

• save：這個(gè)命令會阻塞 Redis 服務(wù)器進(jìn)程，直到成功創(chuàng)建 RDB 文件，也就是說在生成 RDB 文件之前，服務(wù)器不能處理客戶端發(fā)送的任何命令。
• bgsave：父進(jìn)程會執(zhí)行 fork 操作來創(chuàng)建一個(gè)子進(jìn)程。RDB 文件由子進(jìn)程來負(fù)責(zé)生成，父進(jìn)程可以正常處理客戶端發(fā)送的命令（這里也是 Redis 不僅僅只是單線程的一個(gè)體現(xiàn)）。

如果想要知道上一次成功執(zhí)行 save 或者 bgsave 命令的時(shí)間，可以執(zhí)行 lastsave 命令進(jìn)行查看，lastsave 命令返回的是一個(gè) unix 時(shí)間戳。

RDB 機(jī)制相關(guān)配置文件

除了上面提到的觸發(fā)生成 rdb 文件的配置參數(shù)，RDB 持久化機(jī)制還有如下一些相關(guān)命令：

dir：rdb 文件生成目錄。默認(rèn)是 ./（當(dāng)前目錄），可以執(zhí)行命令 config get dir 進(jìn)行查看，如下圖所示說明當(dāng)前 dump 文件生成目錄為 /usr/local/redis-5.0.5/bin：

dbfilename：rdb 文件名。默認(rèn)是 dump.rdb。

rdbcompression：rdb 文件是否是 LZF 壓縮文件。默認(rèn)是 yes。

rdbchecksum：是否開啟數(shù)據(jù)校驗(yàn)。默認(rèn)是 yes。

RDB 機(jī)制優(yōu)點(diǎn)

• RDB 是一個(gè)非常緊湊的壓縮文件，保存了不同時(shí)間點(diǎn)上的文件，非常適合用來災(zāi)備和數(shù)據(jù)恢復(fù)。
• RDB 最大限度地提高了 Redis 的性能，因?yàn)?Redis 父進(jìn)程需要做的唯一的工作就是派生一個(gè)子進(jìn)程來完成剩下的工作，父進(jìn)程永遠(yuǎn)不會執(zhí)行磁盤 I/O 或類似的耗時(shí)操作。
• 與后面介紹的 AOF 持久化機(jī)制比較，RDB 方式恢復(fù)數(shù)據(jù)的速度更快。

RDB 機(jī)制缺點(diǎn)

• RDB 無法做到實(shí)時(shí)備份，所以如果 Redis 因異常停止工作而沒有正確的關(guān)機(jī)，那么從上一次備份的到異常宕機(jī)的這一段時(shí)間的數(shù)據(jù)將會丟失。
• RDB 通常需要父進(jìn)程來執(zhí)行 fork 操作創(chuàng)建子線程，所以如果頻繁執(zhí)行 fork 操作而 CPU 性能又不是很高的話可能會造成短時(shí)間內(nèi)父進(jìn)程不可用。

AOF 持久化機(jī)制

AOF 全稱為：Append Only File，是 Redis 當(dāng)中提供的另一種持久化機(jī)制。AOF 采用日志的形式將每個(gè)寫操作追加到文件中。開啟 AOF 機(jī)制后，只要執(zhí)行更改 Redis 數(shù)據(jù)的命令時(shí)，命令就會被寫入到 AOF 文件中。在 Redis 重啟的時(shí)候會根據(jù)日志內(nèi)容依次執(zhí)行 AOF 文件中的命令來恢復(fù)數(shù)據(jù)。

AOF 和 RDB 最大的不同是：AOF 記錄的是執(zhí)行命令（類似于 MySQL 中 binlog 的 statement 格式），而RDB 記錄的是數(shù)據(jù)（類似于 MySQL 中 binlog 的 row 格式）。

需要注意的是：假如同時(shí)開啟了 RDB 和 AOF 兩種機(jī)制，那么 Redis 會優(yōu)先選擇 AOF 持久化文件來進(jìn)行數(shù)據(jù)恢復(fù)。

AOF 機(jī)制如何開啟

AOF 機(jī)制默認(rèn)是關(guān)閉的，可以通過以下配置文件進(jìn)行修改

appendonly no  //是否開啟AOF機(jī)制，默認(rèn)是no表示關(guān)閉，修改為yes則表示開啟
appendfilename "appendonly.aof"  //AOF文件名

PS：和 RDB 機(jī)制一樣，其生成文件的路徑也是通過 dir 屬性進(jìn)行配置。

AOF 機(jī)制數(shù)據(jù)是否實(shí)時(shí)寫入磁盤

AOF 機(jī)制下數(shù)據(jù)是否實(shí)時(shí)寫入磁盤，這個(gè)和 MySQL 的 redo log 機(jī)制很類似，也是需要通過參數(shù)來進(jìn)行控制。

AOF 數(shù)據(jù)何時(shí)寫入磁盤由參數(shù) appendfsync 來進(jìn)行控制：