Aof的恢复
如果在实际生产环境中一不小心执行了flushall，最好的办法就是立即shutdown nosave，如果没权限办法执行这个命令的话，那早点辞职跑路吧。
之所以这么做的原因是 aof有重写机制
代码语言：javascript复制auto-aof-rewrite-percentage 100 #aof文件大小比起上次重写时的大小,增长率100%时,重写
auto-aof-rewrite-min-size 64mb #aof文件,至少超过64M时,重写万一输入了flushall之后触发了重写机制，那么所有数据都会丢失，而正式环境redis数据是一直在写入的，数据量是一直在变大的，随时都有触发重写条件的可能，所以得立即关机，如果正好在你执行flushall的下一秒 触发了aof重写机制，那么数据就永远无法恢复了。
总结一下，具体在执行flushall之后的恢复步骤
- shutdown nosave
- 打开对应的aof文件 appendonly.aof ，找到flushall对应的命令记录
*1
20839 $8
20840 flushall然后删除，保存
- 重新打开redis即可
Rdb的迁移
很多同学估计碰到了这样的情况，想把本地的redis的rdb文件迁移到服务器上，或者想再把一台服务器上的rdb文件迁移到多台服务器上面，下面是我的操作方法：
- 关闭要迁移到的服务器的redis的aof日志功能（我的要迁移到的是本机的redis6380.conf）
vim redis6380.conf，将appendonly yes修改为appendonly no
- 我们先看一下当前redis的数据，并将数据用save命令固化到rdb文件中，我的rdb文件为/var/rdb/dump6379.rdb
- 杀掉当前redis的进程，否则下一步的复制rdb文件，rdb处于打开的状态，复制的文件，会占用同样的句柄
（4）复制当前redis的rdb文件，名字为你要迁移的redis的rdb文件名（我的要迁移的redis的文件名为 /var/rdb/dump6380.rdb），记住，一定要杀掉当前redis的进程，还有关闭要迁移的服务器的aof功能（如果不关闭aof，默认用aof文件来恢复数据）
（5）启动6380的redis，我们会发现，6380多出了name的数据，这个数据，就是6379固化到rdb的数据
以上就是在不同的redis之间进行rdb的数据迁移，思路就是，复制rdb文件，然后让要迁移的redis加载这个rdb文件就ok了
