redis提高俩种持久化策略：RDB和AOF。
开启俩种持久化方式的话，redis重启的时候会优先采用AOF文件来恢复数据，因为AOF文件比RDB文件保存的数据更完整。
RDB持久化策略通过制定的时间间隔生成快照对数据进行存储，Redis 将数据库快照保存在名字为 dump.rdb的二进制文件中。当 Redis 需要保存 dump.rdb 文件时， 服务器执行以下操作:
-
Redis 调用forks. 同时拥有父进程和子进程。
-
子进程将数据集写入到一个临时 RDB 文件中。
-
当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。
优点
1）PDB文件非常紧凑，并且可以根据时间段来保存数据，适用于数据库的收集。
2）PDB是紧凑的单一文件，方便传输，适合容灾恢复
3）redis 父进程fork一个子进程 不影响redis的性能
4）恢复大数据优于AOF
缺点
1）丢失数据比较多
2）fork进程比较耗时 会影响redis响应速度
AOF持久化策略通过记录每次对服务器写的操作到文件末尾，并且可以对AOF进行重写，减少所占内存空间。
优点
1）默认秒级的fsync方式，丢失数据少。
2）AOF是一个只追加写的日志文件，即使磁盘空间已满，写的过程中宕机，未执行完整的写入命令，也可以用redis-check-aof工具修复。
3）日志重写机制：重写后的新 AOF 文件包含了恢复当前数据集所需的最小命令集合。 整个重写操作是绝对安全的，因为 Redis 在创建新 AOF 文件的过程中，会继续将命令追加到现有的 AOF 文件里面，即使重写过程中发生停机，现有的 AOF 文件也不会丢失。
4）有序地存储写入操作， 这些写入操作以 Redis 协议的格式保存，易读懂易分析。
缺点
1）同样数据集，文件大于RDB
2）fsync策略，速度慢于RDB
三种fsync方式-
每次有新命令追加到 AOF 文件时就执行一次 fsync ：非常慢，也非常安全
-
每秒 fsync 一次：足够快（和使用 RDB 持久化差不多），并且在故障时只会丢失 1 秒钟的数据。
-
从不 fsync ：将数据交给操作系统来处理。更快，也更不安全的选择。
推荐使用每秒fsync一次 这样数据丢失也只会丢失一秒的数据，兼顾了速度和安全性
备份redis数据-
创建一个定期任务（cron job）， 每小时将一个 RDB 文件备份到一个文件夹， 并且每天将一个 RDB 文件备份到另一个文件夹。
-
确保快照的备份都带有相应的日期和时间信息， 每次执行定期任务脚本时， 使用 find 命令来删除过期的快照： 比如说， 你可以保留最近 48 小时内的每小时快照， 还可以保留最近一两个月的每日快照。
-
至少每天一次， 将 RDB 备份到你的数据中心之外， 或者至少是备份到你运行 Redis 服务器的物理机器之外。
