RDB和AOF的优缺点

RDB的优点

RDB快照保存了某个时间点的数据，可以通过脚本执行redis指令bgsave（非阻塞，后台执行）或者save（会阻塞写操作，前台执行，不推荐）命令自定义时间点备份，可以保留多个备份，当出现问题可以恢复到不同时间点的版本，很适合备份，并且文件格式也支持有不少第三方工具可以进行后续的数据分析。比如：

可以在24小时内，每小时备份一次RDB文件，并且在每个月的第一天，也备份一个RDB文件。这样的话即使遇上问题，也可以随时将数据集还原到不同的版本。

RDB可以最大化Redis性能，父进程在保存RDB文件时唯一要做的就是fork出一个子进程，然后这个子进程就会处理接下来的所有保存工作，父进程无需执行任何磁盘I/O操作。

RDB在大量数据，比如几个G的数据，恢复的速度比AOF的快

RDB的缺点

不能实时保存数据，可能会丢失自上一次执行RDB备份到当前的内存数据

虽然Redis允许设置不同的保存点来控制保存RDB文件的频率，但是因为RDB文件需要保存整个数据集的状态，所以他并不是一个轻松的操作。因此可能会至少5分钟才保存一次RDB文件。在这种情况下，服务器一旦宕机，就会丢失好几分钟的数据。

当数据量非常大的时候，从父进程fork子进程进行保存值RDB文件需要一点时间，可能是毫秒或秒，取决于磁盘I/O性能

在数据量比较庞大是，fork可能会非常耗时，造成服务器在一定时间内停止处理客户端过来的请求，如果数据集非常巨大，并且CPU时间非常紧张的话，那么这种停止时间