四、redis持久化

Redis提供RDB和AOF两种持久化机制以防止数据丢失。RDB通过生成数据快照实现,适合备份和全量恢复,但无法做到实时持久化;AOF记录每次写命令,确保数据实时持久化,是主流持久化方式。RDB的bgsave命令通过子进程执行,避免阻塞主线程。AOF则通过追加命令到文件并定期重写实现数据压缩,其同步策略包括always、everysec和no。
摘要由CSDN通过智能技术生成

持久化

Redis支持RDB和AOF两种持久化机制,持久化功能有效地避免因进程退出造成的数据丢失问题,当下次重启时利用之前持久化的文件即可实现数据恢复。

RDB

RDB持久化是把当前进程数据生成快照保存到硬盘的过程,触发RDB持久化过程分为手动触发和自动触发。

触发机制
手动触发分别对应save和bgsave命令

save
bgsave

Save:阻塞当前redis服务器,直到RDB过程完成位置(线上不建议使用,阻塞时间过长)
Bgsave:redis进程执行fork操作创建子进程,RDB持久化过程有子进程负责,完成自动退出。(阻塞只发生在fork截断)对save进行的优化,设计RDB的操作都用bgsave

自动触发


四种自动触发的情况:

1.表示m秒内的数据集存在n次修改时会自动触发bgsave
2.如果从节点执行全量复制操作,主节点自动执行bgsave,形成RBD的文件发给其他节点
3.执行debug reload命令重新加载redis时,也会自动触发save操作
4.执行shutdown时,如果AOF持久化没有开启,则自动执行bgsave

save命令:阻塞当前Redis服务器,直到RDB过程完成为止,对于内存比较大的实例会造成长时间阻塞,线上环境不建议使用。

运行save命令对应的Redis日志如下:

*DB saved on disk

bgsave命令: Redis进程执行fork操作创建子进程,RDB持久化过程由子进程负责,完成后自动结束。阻塞只发生在fork阶段,一般时间很短。

运行bgsave命令对应的Redis日志如下:

*Background saving started by pid 3151
*D8 saved on disk
*WRDB: wB of memory used by copy-on-write
*Background saving terminated with success

流程说明

1.执行bgsave命令,Redis父进程判断当前是否存在正在执行的子进程,如RDB/AOF子进程,如果存在bgsave命令直接返回。

2.父进程执行fork操作创建子进程,fork操作过程中父进程会阻塞,通过info stats命令查看latest_fork_usec选项,可以获取最近一个fork操作的耗时,单位为微秒。

3.父进程fork完成后,bgsave命令返回"Background saving started"信息并不再阻塞父进程,可以继续响应其他命令。

4.子进程创建RDB文件,根据父进程内存生成临时快照文件,完成后对原有文件进行原子替换。执行lastsave命令可以获取最后一次生成RDB的时间,对应info统计的rdb_last_save_time选项。

5.进程发送信号给父进程表示完成,父进程更新统计信息,具体见info Persistence下的rdb_*相关选项。

RDB的优缺点

RDB的优点:
1.RDB是一个紧凑压缩的二进制文件,代表Redis在某个时间点上的数据快照。非常适用于备份,全量复制等场景。比如每6小时执行bgsave备份,并把RDB文件拷贝到远程机器或者文件系统中(如hdfs),用于灾难恢复。
2.Redis加载RDB恢复数据远远快

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值