一、前言

Redis 所有的数据都是保存在内存中的，为了数据的安全性我们需要定期将数据进行备份。在 Redis 中支持两种备份方式：

• 半持久化模式
• 全持久化模式

二、半持久化RDB模式

半持久化模式即 Redis DataBase 简称 RDB 模式，该方式是定期异步将数据保存到磁盘上

用户在 redis.conf 配置文件中配置 save <seconds> <changes>，时间和改动键的个数。当指定时间内改动键的个数超过该数值时 redis 自动将内存中的所有数据进行快照并存储在硬盘上，完成数据备份。通常备份文件的名称叫 dump.rdb。

save <seconds> <changes>
# save ""
save 900 1
save 300 10
save 60 10000

上面的规则，只要满足一个就会触发快照备份。

2.1 具体备份过程

redis使用fork函数复制一份当前进程（父进程）的副本（子进程），父进程继续接收并处理客户端发来的命令，而子进程开始将内存中的数据写入硬盘中的临时文件，当子进程写入完所有数据后会用该临时文件替换旧的RDB文件，至此一次快照操作完成。

2.2 子线程快照过程中，父线程更改数据会影响备份吗？

不会影响。执行fork的时操作系统会使用写时复制（copy-on-write）策略，即fork函数发生的一刻父子进程共享同一内存数据，当父进程要更改其中某片数据时，操作系统会将该片数据复制一份以保证子进程的数据不受影响，所以新的RDB文件存储的是执行fork一刻的内存数据。

2.3 除了redis自动执行快照，还可以手动执行吗？

当然可以，发送 SAVE 和 BGSAVE 命令可以让redis执行快照，两个命令的区别在于，前者是由主进程进行快照操作，会阻塞住其他请求，后者会通过fork子进程进行快照操作。

2.4 RDB有哪些优缺点？

优点：
1、适合大规模的数据恢复。
2、如果业务对数据完整性和一致性要求不高，RDB是很好的选择。

缺点：
1、数据的完整性和一致性不高，因为RDB可能在最后一次备份时宕机了。
2、备份时占用内存，因为Redis 在备份时会独立创建一个子进程，将数据写入到一个临时文件（此时内存中的数据是原来的两倍哦），最后再将临时文件替换之前的备份文件。

三、全持久化AOF模式

AOF 即 Append Only File，Redis 默认不开启该备份模式，它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写操作，并追加到文件中。

在启动时Redis会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中，载入的速度相较RDB会慢一些，开启AOF持久化后每执行一条会更改Redis中的数据的命令，Redis就会将该命令写入硬盘中的AOF文件。

AOF文件的保存位置和RDB文件的位置相同，都是通过dir参数设置的，默认的文件名是 appendonly.aof，可以通过 appendfilename 参数修改该名称，例如:

# 是否开启AOF持久化功能，默认不开启；
appendonly  yes         

# 配置AOF持久化保存文件名；
appendfilename appendonly.aof    

# 配置同步触发规则
# always：每次执行写入都会执行同步，最安全也最慢；
# everysec：每秒执行一次同步操作；
# no：不主动进行同步操作，而是完全交由操作系统来做，每30秒一次，最快也最不安全；
appendfsync always     
               
# 当AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时会再次进行重写，
# 如果之前没有重写过，则以启动时的AOF文件大小为依据；
auto-aof-rewrite-percentage  100  

# 允许重写的最小AOF文件大小配置写入AOF文件后，要求系统刷新硬盘缓存的机制。
auto-aof-rewrite-min-size    64mb     

3.1 AOF既然采用日志的形式记录写操作，那会不会越来越多？

AOF的工作原理是将写操作追加到文件中，文件的冗余内容会越来越多。所以聪明的 Redis 新增了重写机制。当AOF文件的大小超过所设定的阈值时，Redis就会对AOF文件的内容压缩。

触发机制：
当AOF文件大小是上次 rewrite 后大小的一倍且文件大于64M时触发。这里的“一倍”和“64M” 可以通过配置文件修改。

3.2 优缺点

优点：数据的完整性和一致性更高
缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。

四、数据恢复

4.1 RDB数据恢复

Redis启动后会读取RDB快照文件，将数据从硬盘载入到内存，根据数据量大小与结构和服务器性能不同，通常将一个记录一千万个字符串类型键、大小为1GB的快照文件载入到内存中需花费20～30秒钟。

4.2 AOF数据恢复

重新启动 Redis 后 Redis 会使用 AOF 文件来恢复数据，因为 AOF 方式的持久化可能丢失的数据更少，可以在 redis.conf 中通过 appendonly 参数开启 Redis AOF 全持久化模式。

五、总结

• Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写操作，则将内存中的数据写入到磁盘中。
• RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。
• Redis 需要手动开启AOF持久化方式，默认是每秒将写操作日志追加到AOF文件中。
• AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。
• Redis 针对 AOF文件大的问题，提供重写的瘦身机制。
• 若只打算用Redis 做缓存，可以关闭持久化。
• 若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了，还有RDB。