系统出错或者断电等等各种问题是计算机系统常常需要面对的问题，redis不像关系型数据库具有回滚和数据的恢复特性。所以这块数据的恢复就变成了一种自己去处理的粗糙办法。简单来说有从节点灾难处理和主节点灾难处理。

从节点出现问题主要就是说网络异常或者从节点直接宕机的情况。因为种种原因，保存到从节点的命令是有问题的甚至是错误的，对于这种情况redis提供了两个命令：

$ redis-check-aof Usage: redis-check-aof [--fix]$ redis-check-dump Usage: redis-check-dump

redis-check-aof表示对aof备份文件进行检测 ，会定位到最后出现的错误命令位置，然后抛弃其后边的命令。

Redis-check-dump是用来检测快照文件，因为快照本身是经过压缩的，因此去读取然后检测是办不到的，只能通过计算hash的方式进行。所以说快照的话最好夸机备份，然后通过计算hash值去检测是否有保存了问题指令，但是本人在redis的文件夹中没有找到redis-check-dump相关的东西，也没找到相关的资料，以后有机会了再研究吧。

在window版本的redis中有redis-check-aof.exe可以检测redis问题命令的位置，双击就行了。

通过以上论所，个人觉得redis还是做aof持久化比较好。最起码一旦出现问题，恢复起来还是比较快的，而且之前说过aof在内存占用和性能上都比较友好。那么如果是主节点直接出现问题甚至是直接断电的情况下又该怎么办呐？

在书中也做了示例，大概得意思局势主节点断电了之后，我们应该在从节点上执行save命令（save命令具有阻塞客户端命令执行的功能），然后将我们的快照或者aof文件拷贝到新机器上，比如这里的新主节点C，然后启动C的redis进程。最后让我们的从节点从C机器上进行数据的拷贝。这里讲解的可能不是太清晰，下边是截图。