课程大纲

1、如何配置RDB持久化机制
2、RDB持久化机制的工作流程
3、基于RDB持久化机制的数据恢复实验

1、如何配置RDB持久化机制

1.vi /etc/redis/6379.conf
2.配置redis生成dump快照文件时间点
  save 60 1000
3.每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操作也被称之为snapshotting-快照
4.也可以手动调用save或者bgsave命令，同步或异步执行rdb快照生成
5.save可以设置多个，就是多个snapshotting检查点，每到一个检查点，就会去check一下，是否有指定的key数量发生了变更，如果有，就生成一个新的dump.rdb文件

2、RDB持久化机制的工作流程

1、redis根据配置自己尝试去生成rdb快照文件
2、fork一个子进程出来
3、子进程尝试将数据dump到临时的rdb快照文件中
4、完成rdb快照文件的生成之后，就替换之前的旧的快照文件

dump.rdb，每次生成一个新的快照，都会覆盖之前的老快照

3、基于RDB持久化机制的数据恢复实验

1.在redis中保存几条数据

1.1 6379.conf中rdb保存内存数据的检查点配置

1.2 redis-cli -h 192.168.2.115 -p 6379 打开redis操作终端连接redis server, 进行set操作

2.立即停掉redis进程(采用redis-cli 安全shutdown模式,柔性杀死进程方式)

立即停掉redis进程，然后重启redis，看看刚才插入的数据还在不在

2.1 redis-cli -h 192.168.2.115 -p 6379 shutdown 柔性停掉redis服务进程

2.2 重启redis 进程

cd /etc/init.d/
./redis_6379 start
redis-cli -h 192.168.2.115 -p 6379 打开redis操作终端连接redis server
get liutao 

3.(小插曲)为什么按照2操作后，数据还在？

带出来一个知识点，通过redis-cli SHUTDOWN这种方式去停掉redis，其实是一种安全退出的模式，redis在退出的时候会将内存中的数据立即生成一份完整的rdb快照 /var/redis/6379/dump.rdb，这就是为什么明显redis server 还没有到达快照检查生成时刻的时候，杀死redis-server进程，本以为dump文件没有生成，刚刚写入redis的数据会丢失，但是没丢失的原因。

4.立刻停掉redis进程(暴力杀死进程方式)

在redis中再保存几条新的数据，用kill -9 粗暴杀死redis进程，模拟redis故障异常退出，导致内存数据丢失的场景。
`注意:`如果redis.conf中appendonly:yes，则表示开启了AOF持久化模式，那么一定将其关闭。

操作过程如下图所示:

cat生成的dump文件-cat /var/redis/6379/dump.rdb,数据如下图所示:

这次就发现，redis进程异常被杀掉，数据没有进dump文件，几条最新的数据就丢失了

5.修改/etc/redis/6379.conf,手动设置一个save检查点，save 5 1。

6.写入几条数据，等待5秒钟，会发现自动进行了一次dump

cat生成的dump文件-cat /var/redis/6379/dump.rdb,数据如下图所示:

1.rdb快照，在dump.rdb中发现了数据。
2.异常停掉redis进程，再重新启动redis，看刚才插入的数据还在

总结

至此：
rdb的手动配置检查点，以及rdb快照的生成，包括数据的丢失和恢复，全都演示过了

个人博客:http://www.markfork.com
个人简书:https://www.jianshu.com/u/c169fce5179b
慕课网:https://www.imooc.com/u/2150709/articles