一文了解:Redis的RDB持久化

  • 2019 年 10 月 3 日
  • 笔记

一文了解:Redis的RDB持久化

Redis是内存数据库,为了保证数据不在故障后丢失,Redis需要将数据持久化到硬盘上。

Redis持久化有两种方式:一种是快照,全量备份。一种是AOF方式,连续增量方式。

RDB

RDB持久化就是把数据生成快照保存到硬盘的过程。每N分钟数据发送了M次写操作之后,从内存dump数据形成rdb文件,压缩后放在备份目录

工作原理

Redis-Server主进程会Fork一个子进程在后台生成RDB文件,主进程可以在不阻塞线程情况下接收其他命令。在主进程Fork过程中会产生阻塞,Fork完成后不在阻塞主进程,持久化工作交给子进程,子进程会生成一个临时的快照文件,完成后会对原有文件进行替换。

RDB原理

保存时间点配置

在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喵