1. 什么是RDB：
说人话：实现类似照片记录效果的方式，把某一时刻的数据和状态以文件的形式写到磁盘上，也就是快照，恢复时再将硬盘快照文件直接读回到内存里。
这样一来，即使故障宕机，快照文件也不会丢失，数据的可靠性也就得到了保证。这个快照文件就称为RDB文件(dump.rdb。
2. 修改配置文件：
2.1 查询redis7原始配置文件：
2.2 将时间间隔和频次修改为5秒2次：
2.3 修改rdb文件的保存路径已经文件名(方便自己查找：
修改为：
注意：这里修改路径可能会出现问题：
解决方法是dir /myredis/dumpfiles 改成 dir ./myredis/dumpfiles
修改为：
修改成功：
3. 触发备份：
3.1 自动触发：
两个条件都要满足，即时间间隔大于等于5秒，修改次数大于等于2次）
3.2 备份恢复：
有两种特殊情况，当执行flushall/flushdb（这种情况生成的rdb文件即为空，没有意义）或者退出客户端，redis自动会生成一个当下最新的rdb文件。
具体实践参考https://www.bilibili.com/video/BV13R4y1v7sP?p=31&vd_source=a579082d717747b1e99fe189207e7c29
注意：不可以把备份文件dump.rdb和生产redis服务器放在同一台机器，必须分开各自存储，以防生产机物理损坏后备份文件也挂了。
3.3 手动触发：
两个命令：save(线上生产禁用和bgsave(默认
阻塞当前redis服务器直到持久化工作完成，执行save命令期间，redis不能处理其他命令，非常严重的问题，线上禁止使用。
bgsave命令会在后台异步进行快照操作，这个操作是fork(即产生一个和父进程完全相同的子进程出一个子进程在后台完成的不阻塞，快照同时还可以响应客户端请求。
4. RDB的优势与缺点：
4.1 优势：
2）适合按照业务定时备份
3）对数据完整性和一致性不高
4）RDB文件在内存中的加载速度比AOF快得多
4.2 缺点：
丢失当前至最近一次快照之间的数据
具体实践参考https://www.bilibili.com/video/BV13R4y1v7sP?p=33&vd_source=a579082d717747b1e99fe189207e7c29
2）RDB需要经常fork出一个子进程在磁盘上持久化，如果数据量很大则会导致I/O严重影响服务器性能
5. 检查修复dump.rdb文件：
先进入/usr/local/redis/bin，使用里面的redis-check-rdb进行rdb文件检查修复：
修复成功：
如果修复不了，那只能自认倒霉了。
6. RDB快照禁用：
2 修改配置文件：save 5 2 --> save "" (推荐