Redis的备份（持久化）了解

在Redis中存在两种方式的备份：

1. 快照：备份当前瞬间Redis在内存中的数据记录。
2. 只追加文件：当Redis执行写命令后，在一定条件下将执行过的写命令一次保存在Redis的文件中，将来就可以依次执行那些保存的命令恢复Redis的数据。

对于快照而言，如果当前Redis的数据量大，备份可能会造成Redis卡顿，但是恢复重启是比较迅速的。
对于只追加文件而言，它只是追加写入命令，所以备份一般不会造成卡顿，但是恢复重启要执行更多的命令，备份文件可能也很大。

下面我们来谈一谈它的配置。

对于快照模式的备份而言，它的配置项如下：

save 900 1
save 300 10
save 60 10000

这三个配置的含义分别是：

• 当900秒执行一个写命令的时候，启动快照备份。
• 当300秒执行10个写命令的时候，启动快照备份。
• 当60秒内执行10000个写命令时，启动快照备份。

Redis执行save命令时，将禁止写入命令。

stop-writes-on-bgsave-error yes

这里说明一下bgsave命令，它是一个异步保存命令，也就是系统将启动另一个进程，把Redis的数据保存到对应的数据文件中。它和save命令最大的不同是他不会阻塞客户端的写入，也就是在执行bgsave的时候，允许客户端继续读/写Redis。

rdbchecksum yes

这个命令的意思是是否对rdb文件进行检验，如果设置为是，则是将对rbd文件检验，从dbfilename的配置可以知道，rdb文件实际是Redis持久化的数据文件。

dbfilename dump.rdb

它是数据文件。当采用快照模式备份时，Redis将使用它保存数据，将来可以使用它恢复数据。

appendonly no

如果appendonly配置为no时，则不启动AOF方式进行备份。如果appendonly配置为yes时，则以AOF方式备份Redis数据，那么此时Redis会按照配置，在特定的时候执行追加命令，用以备份数据。

appendfilename "appendonly.aof"

这里定义追加的写入文件为appendonly.aof，采用AOF追加文件备份的时候命令都会写到这里。

# appendfsync always
appendfsync everysec
# appendfsync no

AOF文件和Redis命令是同步频率的，假设配置为always，其含义就是当Redis执行命令的时候，则同步到AOF文件，这样会使得Redis同步刷新AOF文件，造成缓慢。
而采用everysec则代表每秒同步一次命令到AOF文件。
采用no的时候，则由客户端调用命令执行备份，Redis本身不备份文件。

no-appendfsync-on-rewrite no

它指定是否在后台AOF文件rewrite（重写）期间调用fsync，默认为no，表示要调用fsync（无论后台是否有子进程在刷盘）。

auto-aof-rewrite-min-size 64mb

它指定触发rewrite的AOF文件大小。若AOF文件小于该值，即使当前文件的增量比例达到auto-aof-rewrite-percentage的配置值，也不会触发自动rewrite。即这两个配置项同时满足时，才会触发rewrite。

aof-load-truncated yes

Redis在恢复时会忽略最后一条可能存在问题的指令，默认为yes。