一文了解：Redis的RDB持久化

2019 年 10 月 3 日
筆記

一文了解：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

優缺點

優點

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

缺點

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

結語

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

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