redis是一个高速内存数据库,数据都是存在于内存中,

当开关机,内存断点,重启redis,都会造成redis的数据丢失重置,

那么如何持久化的保存redis数据呢?

rdb定时持久化

rdb 类似于 定时使用 mysqldump命令对数据进行定时全量备份. 

在redis中,默认将开启rdb定时持久化,默认配置项如下:

save 900 1
save 300 10
save 60 10000

配置规则为:  save 定时秒 变动key数量,

save 900 1 的意思为,每当900秒,如果最少变动了一个key值,则数据落盘

多条save配置关系为or.

当触发落盘持久化之后,redis会将目前存在的数据,进行保存到当前执行目录下的 dump.rdb文件中

备份命令

可通过 save bgsave进行手动触发备份事件,例如:

tioncico@tioncico-PC:/proc/7382$ redis-cli 
127.0.0.1:6379> save
OK
127.0.0.1:6379> bgsave
Background saving started
127.0.0.1:6379>

使用save命令后,redis将把当前数据全部备份到文件中,如果这时候发送了新的命令,则需要等待save命令完成.

通过bgsave命令,redis将fork一个新的进程用于备份数据,不会影响主服务的命令处理,但如果进程备份失败将接收不到失败的通知.

由于rdb的特性,备份的数据都将不会是即时,有效的,只能保存过期数据.该备份的数据不应该被信任,可用于做非敏感数据备份

redis shutdown命令会默认保存rdb文件

数据恢复

当redis重新启动后,将会读取执行目录下的dump.rdb文件,自动恢复数据,如果你保存的dump.rdb文件不在工作目录,可自行移动到工作目录,进行恢复数据

tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-server /etc/redis/redis.conf 
tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-cli 
127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set a 123456
OK
127.0.0.1:6379> set b 123456
OK
127.0.0.1:6379> keys *
1) "b"
2) "a"
127.0.0.1:6379> shutdown
not connected> 
tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-server /etc/redis/redis.conf 
tioncico@tioncico-PC:/home/wwwroot/smartHome$ redis-cli 
127.0.0.1:6379> keys *
1) "a"
2) "b"
127.0.0.1:6379>

AOF持久化

开启aof持久化之后,redis每次数据变更,都将记录到 appendonly.aof  文件缓冲区,并完成磁盘同步,通过配置策略,可配置记录到文件的操作.

aof备份有3个阶段:

1:数据变更后,操作写入磁盘缓冲区 (还未同步到磁盘)

2:磁盘缓冲区数据同步到磁盘

3:日志重写 (rewrite),当出现少量的key,频繁操作大量次数后,将出现:redis本身存储数据少,但是日志已经因为频繁操作变得非常大.

这个情况时,redis将会直接全量备份数据(类似于rdb的操作),获取到当前备份初始化数据之后,再进行数据追加.这个操作称为 日志重写.

appendonly no  #是否开启aof持久化
# appendfsync always  #每次数据变动,都从文件缓冲区同步到磁盘
appendfsync everysec #数据变动先保存到缓冲区,然后每秒同步到磁盘中
# appendfsync no  #不进行记录,但默认30秒一次同步到磁盘
no-appendfsync-on-rewrite no #在日志重写时,数据不追加进入磁盘中,避免数据冲突
auto-aof-rewrite-percentage 100 #数据重写比例,当初始日志大小与当前日志记录大小比如到达100时,将触发日志重写
auto-aof-rewrite-min-size 64mb #重写日志的最小大小,如果日志超出比例,但是没有超过该大小时,不会触发重写
aof-load-truncated yes #指redis在恢复时，会忽略最后一条可能存在问题的指令。默认值yes。即在aof写入时，可能存在指令写错的问题(突然断电，写了一半)，这种情况下，yes会log并继续，而no会直接恢复失败.

注意, appendfsync 如果设置always,将会极大的降低性能,建议使用默认的每秒配置,如果出错,将会丢失一秒内的数据.

备份命令

开启aof 之后,将自动备份数据.

使用 bgrewriteaof 命令可手动触发aof日志重写. 

日志内容:

触发重写后

可看出,set a的数据,只剩下了最后一段内容.

数据恢复

aof数据恢复与rdb同样,只要redis启动后,都将查询该文件是否存在,如果存在则自动恢复

rdb和aof

1:rdb方式恢复数据是直接全量备份恢复,恢复比aof更快,但因为它是定时备份,数据的时效性,可靠性都无法保证

2:aof将会降低更多的磁盘性能,但由于它是直接保存所有的数据变更日志,所以数据的可靠性强,但是日志量将会非常庞大.