持久化的功能： Redis是内存数据库， 数据都是存储在内存中， 为了避免进程退出导致数据的永久丢失， 需要定期将Redis中的数据以某种形式（数据或命令） 从内存保存到硬盘。 当下次Redis重启时， 利用持久化文件实现数据恢复。 除此之外， 为了进行灾难备份， 可以将持久化文件拷贝到一个远程位置。 Redis持久化分为 RDB 持久化和 AOF 持久化， 前者将当前数据保存到硬盘， 后者则是将每次执行的写命令保存到硬盘。(rdb保存的是数据，aof保存的是命令)。
RDB持久化：
RDB是一种快照存储持久化方式， 具体就是将Redis某一时刻的内存数据保存到硬盘的文件当中， 默认保存的文件名为dump.rdb， 而在Redis服务器启动时， 会重新加载dump.rdb文件的数据到内存当中恢复数据。 触发 RDB 持久化过程分为手动触发和自动触发。
服务器配置自动触发
# 默认的设置为：
save 900 1
save 300 10
save 60 10000
# 以下设置方式为关闭RDB快照功能
save ""
以上三项默认信息设置代表的意义是：
- 如果900秒内有1条Key信息发生变化，则进行快照；
- 如果300秒内有10条Key信息发生变化，则进行快照；
- 如果60秒内有10000条Key信息发生变化，则进行快照。读者可以按照这个规则，根据自己的实际请求压力进行设置调整。
- 其它相关配置
# 文件名称
dbfilename dump.rdb
# 文件保存路径
dir ./
# 如果持久化出错，主进程是否停止写入
stop-writes-on-bgsave-error yes
# 是否压缩
rdbcompression yes
# 导入时是否检查
rdbchecksum yes
AOF持久化
AOF（Append Only File）持久化是把每次写命令追加写入日志中，当需要恢复数据时重新执行AOF文件中的命令就可以了。AOF解决了数据持久化的实时性，也是目前主流的Redis持久化方式。
开启 AOF 功能需要设置配置： appendonly yes， 默认不开启。 AOF 文件名通过 appendfilename 配置设置， 默认文件名是 appendonly.aof。 保存路径同RDB 持久化方式一致， 通过 dir 配置指定
持久化配置：
appendonly yes #启用aof持久化方式
appendfsync always #每次收到写命令就立即强制写入磁盘， 最慢的大概只有几百的TPS， 但是保证完全的持久化， 不推荐使用
appendfsync everysec #每秒钟强制写入磁盘一次， 在性能和持久化方面做了很好的折中， 推荐 appendfsync no #完全依赖os， 性能最好,持久化没保证， Redis不会主动调用fsync去将AOF日志内容同步到磁盘， 所以这一切就完全依赖于操作系统的调试了。 对大多数Linux操作系统， 是每30秒进行一次fsync， 将缓冲区中的数据写到磁盘上。
RDB和AOF对比
RDB的优点：
- RDB文件非常紧凑，节省内存空间；
- RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快；
- 适合全量备份、全量复制的场景，经常用于灾难恢复（对数据的完整性和一致性要求相对较低的场合）
RDB的缺点：
- 服务器宕机时，可能会丢失部分数据；
- 每次保存RDB的时候，Redis都要fork出一个子进程，这个过程是阻塞的，如果数据集巨大，那阻塞的时间就会很长。
AOF的优点：
- 数据更加完整，丢失数据的可能性较低；
- AOF日志文件可读，并且可以对AOF文件修复。
AOF的缺点：
- AOF日志记录在长期运行中逐渐庞大，恢复起来非常耗时，需要定期对AOF日志进行瘦身处理；
- 恢复备份速度比较慢。