Redis如何解决数据丢失问题

Redis如何解决数据丢失问题

1.RDB持久化

全称Redis Database Backup file(Redis数据备份文件)，也被叫做Redis数据快照。简单来说就是把内存中的所有数据都记录到磁盘中，当Redis实例故障重启后，从磁盘读取快照文件，回复数据。
相关配置项

# 900秒内，如果至少有1个key被修改，则执行bgsave，如果save "" 则表示禁用RDB
save 900 1
save 300 10
save 60 10000

# 是否开启压缩，建议不开启，压缩会消耗CPU，虽然压缩可以减小磁盘占用，但是磁盘不值钱
rdbcompression yes

# RDB文件名称
dbfilename dump.rdb

# 文件保存的路径目录
dir ./

bgsave开始时会fork主进程得到子进程，子进程共享主进程的内存数据。完成fork后读取内存数据并写入RDB文件。fork采用的是copy-on-write技术：

• 当主进程执行读操作时，访问共享内存
• 当主进程执行写操作时，则会拷贝一份数据，执行写操作

RDB方式bgsave的基本流程

• fork主进程得到一个子进程，共享内存空间
• 子进程读取内存数据并写入新的RDB文件
• 用新的RDB文件替换旧的RDB文件

RDB执行时机

• 默认服务停止时会执行
• 到达配置文件配置的修改次数会执行

RDB缺点

• RDB执行间隔时间长，两次RDB之间写入数据有丢失风险
• fork子进程、压缩、写出RDB文件都比较耗时

2.AOF持久化

AOF，Append Only File(追加文件)。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。
AOF默认关闭，需要修改redis.conf配置文件来开启：

# 是否开启AOF功能，默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"
# 表示执行一次写命令，立即记录到AOF文件
appendfsync always
# 写命令执行完先放入AOF缓冲区，然后表示每隔1秒将缓冲区数据写入AOF文件，是默认方案
appendfsync everysec
# 写命令执行完先放入AOF缓冲区，由操作系统决定何时将缓冲区内容写会磁盘
appendfsync no

AOF文件是记录命令，所以文件会非常大，而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同的效果。
Redis也会在触发阈值时自动去重写AOF文件。阈值也可以在redis.conf中配置：

# AOF文件比上次文件增长超过多少百分比则出发重写
auto-aof-rewrite-percentage 100
# AOF文件体积最小多大以上才触发重写
auto-aof-rewrite-min-size 64mb

3.RDB和AOF的对比