绪论

redis持久化机制主要是将内存中的数据持久化到磁盘文件中，一种是RDB（快照）文件方式，另一种是AOF(追加)文件。
小编基于centos7环境搭建Redis，如果未安装redis环境，请参考小编另一篇文章：轻松在阿里云上搭建redis。
本篇主要以RDB方式为主线，开始步入正文吧。

RDB

RDB是在某个时间点将数据写入一个临时文件，持久化结束后，用这个临时文件替换上次持久化的文件，达到数据恢复。
RDB持久化方式：默认使用；
将Redis存在内存中的数据以快照的方式写入二进制文件中，并保存在本地磁盘中。
默认的文件名是dump.rdb

RDB备份方式

自动备份

a.修改配置项 save m n 即表示m秒内执行n次命令进行备份，自动触发bgsave命令； b.当Redis从服务器项中主服务器发送复制请求时，主服务器则会使用bgsave命令生成RDB文件，然后传输给从服务器； c.当执行debug reload命令时，也会使用save命令生成RDB文件； d.使用shutdown命令关闭服务，如果没有启用aof方式实现持久化则会采用bgsave方式；

禁用自动备份，删除save后面的参数即可；

手动备份

主要采用save和bgsave命令；
save命令同步阻塞，save采用主进程进行快照备份，会阻塞其他请求；
bgsave是非阻塞；bgsave采用fork子进程进行快照；

实现过程

RDB快照实现过程：
a.父进程执行fork函数复制父进程创建其副本（子进程），fork子进程期间，父进程会阻塞；
b.父进程fork结束之后，bgsave会返回提示信息，此后父进程不再被阻塞，可以响应其他请求；
c.子进程开始创建临时RDB文件，将父进程的内存数据开始写入磁盘临时快照文件中，执行结束后会替换旧的RDB文件，至此完成一次RDB快照操作；

注意：Redis进行快照期间，不会修改RDB文件，直至替换完成；所以任意时刻RDB文件都是完整的；

触发时机

综合上面的备份方式，相信大家能够想到一些触发RDB机制的时机，例如：

1.在指定的时间间隔内，执行指定次数的写操作；
2.执行save（阻塞， 只管保存快照，其他的等待） 或者是bgsave （异步）命令；
3.执行flushall 命令，清空数据库所有数据；
4.执行shutdown 命令，保证服务器正常关闭且不丢失任何数据；

恢复数据

将dump.rdb 文件拷贝到redis的安装目录的bin目录下，重启redis服务即可。在实际开发中，一般会考虑到物理机硬盘损坏情况，选择备份dump.rdb 。

RDB持久化配置

上面的理论知识介绍结束了，下面小编便带着小伙伴实际动手操作配置一下；

• 自动备份：

修改redis.conf中配置：
扩展一个查找关键字快捷键：进入vi打开文件后，命令模式下输入

 / 关键字 按n查找下一个，按Shift+n查找上一个。 比如此处/ save; 

1）触发保存

我们先研读官网，解释一下save 参数的意义

# # Save the DB on disk: # save 秒 修改 #   save <seconds> <changes> # 一定时间内，数据库修改记录数超过指定个数，则会触发快照保存 #   Will save the DB if both the given number of seconds and the given #   number of write operations against the DB occurred. #   ... # 注意：您可以通过注释掉所有“save”行来完全禁用保存。 #   Note: you can disable saving completely by commenting out all "save" lines. # 可以通过添加带有单个空字符串参数的save指令来删除所有先前配置的存储点，如以下示例所示 #   save "" 

save 900 1 #900秒内至少一个key发生改变
save 300 10 #300秒至少10个key发生改变

为测试持久化效果，将持久化频率提高一点，设置如下:

 save 10 1 

2) 文件名称：

# The filename where to dump the DB dbfilename dump.rdb 

3) 文件存放目录：

# Note that you must specify a directoryhere, not a file name. dir ./ 

4)默认开启数据压缩

rdbcompression yes 

说明：配置存储至本地数据库时是否压缩数据，默认为yes。Redis采用LZF压缩方式，但占用了一点CPU的时间。若关闭该选项，但会导致数据库文件变的巨大。建议开启。

5）设置日志文件路径:

 Specify the log file name. Also the empty string can be used to force # Redis to log on the standard output. Note that if you use standard # output for logging but daemonize, logs will be sent to /dev/null logfile "" 将路径写""引号内，小编将日志路径设置为/var/log/redis/redis.log 

官网解释：指定日志文件名。也可以使用空字符串强制Redis登录标准输出。请注意，如果使用标准
日志输出，但daemonize，日志将发送到/dev/null。
通俗地讲：如果不设置redis.conf 里的logfile。 就会导致redis无法写日志， 进而导致，无法把redis数据写入到磁盘文件里。小编未设置日志路径时，一直无法确认是否持久化成功。

设置步骤：
1.vi redis.conf
2.搜索关键词logfile，将日志文件路径填到后面的引号”“内，如”/var/log/redis/redis.log”
3.手动建立日志文件所在的文件夹，手建立/var/log/redis/
4.保存配置文件，并以此配置文件重启redis

如果第三步中不新建文件夹，重新启动便会报错，如下图：
新建日志文件后重新启动redis服务，便可以查看日志文件，如图：

优缺点

优点：
1.适合大规模的数据恢复，RDB快照文件采用二进制压缩方式，重启加载数据时快于AOF方式；
2.文件实现数据快照，全量备份，便于数据的传输；

缺点：
1 数据的完整性和一致性不高，因为RDB可能在最后一次备份时宕机了。
2 备份时占用内存，因为Redis 在备份时会独立创建一个子进程，将数据写入到一个临时文件（此时内存中的数据是原来的两倍哦），最后再将临时文件替换之前的备份文件。

实践演示

• 自动备份

# 自动触发保存 10秒内至少一个key发生改变 [root@izbp14najjyuhkvm4qbic7z redis]# redis 127.0.0.1:6379> hget user1 username "redis1" 127.0.0.1:6379> hset user2 username redis2 (integer) 1 127.0.0.1:6379> hget user2 username  "redis2" 127.0.0.1:6379> exit 

打开日志文件，验证自动备份是否生效

• 手动备份

[root@izbp14najjyuhkvm4qbic7z redis]# redis 127.0.0.1:6379> set key1 ceshiBgSave OK 127.0.0.1:6379> get key1 "ceshiBgSave" 127.0.0.1:6379> bgsave Background saving started 127.0.0.1:6379> exit