一文了解：Redis的RDB持久化

一文了解：Redis的RDB持久化

Redis是內存數據庫，為了保證數據不在故障后丟失，Redis需要將數據持久化到硬盤上。

Redis持久化有兩種方式:一種是快照，全量備份。一種是AOF方式，連續增量方式。

RDB

RDB持久化就是把數據生成快照保存到硬盤的過程。每N分鍾數據發送了M次寫操作之后，從內存dump數據形成rdb文件，壓縮后放在備份目錄

工作原理

Redis-Server主進程會Fork一個子進程在后台生成RDB文件，主進程可以在不阻塞線程情況下接收其他命令。在主進程Fork過程中會產生阻塞，Fork完成后不在阻塞主進程，持久化工作交給子進程，子進程會生成一個臨時的快照文件，完成后會對原有文件進行替換。

保存時間點配置

在redis.conf文件中可以設置每N秒之后M個Key發生了寫操作就保存快照。

格式為：save <seconds> <changes>

save 900 1          # 900秒之后至少有1個Key發生寫操作
save 300 10         # 300秒之后至少有10個Key發生寫操作
save 60 10000       # 60秒之后至少有10000個Key發生寫操作

先檢查60秒之內是否有1000個寫操作，再檢查300秒之后是否有10個寫操作，最后檢查900秒之后是否有1個寫操作。

如果想要禁用RDB功能可以注釋掉所有的save配置，也可以將save配置改為save ""

文件

RDB文件保存在dir配置的指定目錄下,默認為redis-server啟動目錄，RDB文件文件名為dbfilename配置，默認為dump.rdb文件名，我們可以更改dir和dbfilename配置修改文件保存的路徑和文件名。

dir ./

dbfilename dump.rdb

通過config set dir {newDir} 動態修改dir配置

> config set dir /Users/JAVA/Redis/RDB
OK

通過config set dbfilename {newDbfilename} 動態修改RDB文件名稱

> config set dbfilename backup.rdb
OK

壓縮

RDB文件默認以LZF算法壓縮保存，rdbcompression配置默認為yes，當改為no時表示不壓縮。

rdbcompression yes

通過config set rdbcompression {yes|no} 動態修改是否壓縮

錯誤處理

當快照過程中發生錯誤可以通過stop-writes-on-bgsave-error配置禁止Redis再寫入數據，默認為yes開啟。

stop-writes-on-bgsave-error yes 

通過config set stop-writes-on-bgsave-error {yes|no} 動態修改是否開啟RDB文件快照過程出錯時禁止寫入數據到Redis

檢驗

在版本5中，為了保證RDB文件的完整性會在文件末尾加入一個CRC64的校驗碼。通過rdbchecksum配置是否開啟，如果配置為no則使用0代替CRC64校驗碼，加載RDB文件時會跳過校驗。

rdbchecksum yes

通過config set rdbchecksum {yes|no} 動態修改是否添加校驗碼

手動觸發命令

save命令

save命令會使用阻塞主進程的方式生成RDB文件，這意味着生成RDB文件過程中其他命令將阻塞等待RDB文件生成完成。所以不建議在生產環境使用。

> save
OK

bgsave和lastsave命令

bgsave命令會使用和自動觸發生成RDB文件一樣，在后台fork()一個子進程生成RDB文件。可以通過lastsave命令查看是否成功。

> bgsave
Background saving started
> lastsave
(integer) 1565190498

優缺點

優點

1. 保存了某個時間點的快照數據，適合做災備
2. RDB的啟動速度比AOF快

缺點

1. 沒辦法做到實時持久化，在保存時間點未到達時故障，容易丟掉最新數據
2. fork操作會在創建子進程期間阻塞主進程

結語

本人深知水平有限，歡迎指正本文錯誤之處。

---

歡迎關注我的微信公眾號：bate喵