Redis数据持久化

Redis的数据持久化有两种方式，一种是RDB，一种是AOF，本文将对这两种方式进行优缺点介绍

RDB方式

利用二进制文件将当前Redis的数据当作一个快照存储在硬盘当中，类似于MySQL的dump，也可用作主从复制

触发机制

save(同步)：触发Redis保存数据，因为是同步的命令所以会阻塞其他命令。会自动替换老的RDB文件

bgsave(异步)：调用后在后台进行数据备份。也会自动替换老的RDB文件。因为异步需要开一个新的线程，将会有内存方面的消耗。不阻塞只是理论上不会阻塞，实际如果数据量大的话会在fork环节发生阻遏

自动：在配置文件中可以配置自动备份的策略，实际操作类似调用bgsave

最佳配置

#save 900 1
#save 300 10
#save 60 10000
dbfilename dump-${port}.rdb
dir /bigdiskpath
stop-writes-on-bgsave-error yes
rdbcompression yes
rdbchecksum yes

RDB缺陷

• 耗时、耗性能：保存数据时需要把全部数据拷贝一份。fork一个进程也需要消耗资源
• 不可控、丢失数据：满足RDB自动创建的条件后如果执行命令时宕机，则会丢失部分数据

RDB总结

• RDB是Redis内存到硬盘的快照，用于持久化
• save通常会阻塞Redis
• bgsave不会阻塞Redis，但是会fork新进程
• save自动配置满足任一就会被执行
• 有些触发机制不容忽视

AOF方式

AOF的三种策略

• always：每条命令都会写入到AOF文件当中
• everysec（默认）：每秒数据写入硬盘一次，同时保存到AOF文件当中
• no：根据操作系统决定

AOF重写

• 减少硬盘占有量
• 加速恢复速度

AOF重写配置

• auto-aof-rewrite-min-size：AOF文件重写需要的尺寸
• auto-aof-rewrite-percentage：AOF文件增长率
• aof_current-size：AOF当前尺寸（单位：字节）
• aof_base_size：AOF上次启动和重写的尺寸

AOF配置

appendonly yes
appendfilename "appendonly-${port}.aof"
appendfsync everysec
dir /bigdiskpath
no-appendfsync-rewrite yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb