redis的两种持久化方式：
1、RDB方式
概念：在指定的时间间隔内保存数据快照
实现方式：
找到redis的安装目录，修改redis的配置文件(redis.conf)：① 修改备份的时间间隔：save Time ② 修改备份文件的文件名：dbfilename 文件名.rdb ③ 修改备份文件的备份路径：dir 路径
手动方式：
save ：会阻塞redis服务器，对于比较大的实例会造成长时间阻塞，线上环境不建议使用。运行save命令对应Redis日志如下：
DB saved on disk
bgsave：redis进程执行fork操作创建子进程，redis的持久化由子进程完成，阻塞只发生在fork阶段，时间很短。运行bgsave名字 对应的Redis日志如下：
Background saving started by pid 3152
DB saved on disk
RDB: 0MB of memory userd by copy-on-write
Background saving terminated with success
缺点：如果备份时间间隔短，比较耗费服务器性能，备份时间间隔长，可能会导致数据恢复时部分数据丢失。
2、AOF方式
概念：把命令追加到操作日志的尾部，保存所有的历史操作
实现方式：修改redis的配置文件，把appendonly选项改为yes，redis即开启了AOF数据持久化模式。
设置AOF同步的方式，这里设置的默认的每秒同步一次，修改配置文件，appendsync everysec
AOF文件中记录了开启AOF后的所有操作命令
优点：数据非常完整，故障恢复丢失数据少
缺点：由于是备份redis的每一步命令，所以文件体积会较大，恢复数据时也会较慢，比RDB慢
总结：
在实际应用中，根据场景不同，选择的方式也不尽相同，各有优缺点。但我个人看法，RDB的快照方式相比于AOF的逐步记录模式要好一些。至于RDB丢数据的风险，我们完全可以通过控制备份的时间间隔来避免这个问题。当然，也是可以两种方式同时使用的，只是大多不会这么做。