Redis是一个开源的内存数据结构存储系统，常用于数据库、缓存和消息中间件。Redis提供了两种主要的持久化方式：RDB（Redis DataBase）和AOF（Append Only File）。
RDB（Redis DataBase）
RDB是Redis的默认持久化方式，它通过在指定的时间间隔内将内存中的数据集快照写入磁盘来实现持久化。RDB文件是一个紧凑的二进制文件，适合用于备份和灾难恢复。
优点
- 高效的快照生成：RDB文件是一个压缩过的非常紧凑的文件，保存着某个时间点的数据集，适合做数据的备份和灾难恢复。
- 最大化性能：在保存RDB文件时，服务器进程只需fork一个子进程来完成RDB文件的创建，父进程不需要做IO操作，因此可以最大化Redis的性能。
- 快速恢复：与AOF相比，恢复大数据集的时候会更快。
缺点
- 数据安全性较低：RDB的数据安全性不如AOF，保存整个数据集的过程比较繁重，根据配置可能要几分钟才快照一次，如果服务器宕机，那么就可能丢失几分钟的数据。
- 资源消耗：Redis数据集较大时，fork的子进程要完成快照会比较耗CPU和时间。
AOF（Append Only File）
AOF通过记录每次对服务器写的操作，当服务器重启的时候会重新执行这些命令来恢复原始的数据。AOF文件是一个只进行追加的日志文件，且写入操作是以Redis协议的格式保存的，内容是可读的，适合误删紧急恢复。
优点
- 数据完整性：数据更完整，安全性更高，秒级数据丢失（取决fsync策略，如果是everysec，最多丢失1秒的数据）。
- 适合误删恢复：AOF文件是一个只进行追加的日志文件，且写入操作是以Redis协议的格式保存的，内容是可读的，适合误删紧急恢复。
缺点
- 文件体积大：对于相同的数据集，AOF文件的体积要大于RDB文件，数据恢复也会比较慢。
- 性能影响：根据所使用的fsync策略，AOF的速度可能会慢于RDB。不过在一般情况下，每秒fsync的性能依然非常高。
如何选择RDB和AOF
- 数据不敏感：如果是数据不那么敏感，且可以从其他地方重新生成补回的，那么可以关闭持久化。
- 数据重要性高：如果是数据比较重要，不想再从其他地方获取，且可以承受数分钟的数据丢失，比如缓存等，那么可以只使用RDB。
- 数据安全性高：如果需要更高的数据安全性，建议同时开启RDB和AOF，这样可以在AOF发生错误时，依靠RDB进行数据恢复
