学习内容如下:
1、如何配置RDB持久化机制
2、RDB持久化机制的工作流程
3、基于RDB持久化机制的数据恢复实验
------------------------------------------------------------------------
1、如何配置RDB持久化机制
redis.conf文件，也就是/etc/redis/6379.conf，去配置持久化，配置文件设置RDB持久化的方式如下:
save 900 1
表示每隔15min，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件
save 60 1000
表示每隔60s，如果有超过1000个key发生了变更，那么就生成一个新的dump.rdb文件，就是当前redis内存中完整的数据快照，这个操作也被称之为snapshotting，
快照也可以手动调用save或者bgsave命令，同步或异步执行rdb快照生成
save可以设置多个，就是多个snapshotting检查点，每到一个检查点，就会去check一下，是否有指定的key数量发生了变更，如果有，就生成一个新的dump.rdb文件
------------------------------------------------------------------------
2、RDB持久化机制的工作流程
（1）redis根据配置自己尝试去生成rdb快照文件
（2）fork一个子进程出来
（3）子进程尝试将数据dump到临时的rdb快照文件中
（4）完成rdb快照文件的生成之后，就替换之前的旧的快照文件
dump.rdb，每次生成一个新的快照，都会覆盖之前的老快照
------------------------------------------------------------------------
3、基于RDB持久化机制的数据恢复实验
（1）在redis中保存几条数据(set k1 v1,k2 v2,k3 v3,k4 v4)，立即停掉redis进程，然后重启redis，看看刚才插入的数据还在不在,数据如图:
执行 redis-cli SHUTDOWN 命令来停掉redis
停止后，进入 /etc/init.d 目录下 执行 ./redis_6379 start 来启动redis，启动后使用redis-cli 命令进入redis客户端 执行get命令，如下图:
发现数据还在，为什么？
带出来一个知识点，通过redis-cli SHUTDOWN这种方式去停掉redis，其实是一种安全退出的模式，redis在退出的时候会将内存中的数据立即生成一份完整的rdb快照
/var/redis/6379/dump.rdb
（2）在redis中再保存几条新的数据(k5 v5,k6 v6)，用kill -9粗暴杀死redis进程（同时进入/var/run 目录下执行 rm -rf redis_6379.pid，不执行此操作会导致执行 redis start命令时报错），模拟redis故障异常退出，导致内存数据丢失的场景这次就发现，redis进程异常被杀掉，重启redis
数据没有进dump文件，几条最新的数据就丢失了
（3）手动设置一个save检查点，save 5 1(每隔5秒 有一条数据更新就检查)
（4）写入几条数据，等待5秒钟，会发现自动进行了一次dump rdb快照，在dump.rdb中发现了数据
（5）异常停掉redis进程，再重新启动redis，看刚才插入的数据还在
到此rdb的手动配置检查点，以及rdb快照的生成，包括数据的丢失和恢复，全都演示过了
原文地址：https://www.cnblogs.com/lijiali2018/p/12771004.html
