四十四、Redis的数据持久化(RDB、AOF)

2023-12-14 19:44:34

目录

一、定义

二、RDB

1、默认方案:

2、bgsave方案:

3、bgsave的基本流程:

4、RDB会在什么时候执行?save 60 1000代表什么含义?

5、RDB的缺点:

三、AOF

1、定义:

2、流程:

四、RDB与AOF的对比


一、定义

  • RDB全称Redis Database Backup fileRedis数据备份文件),也被叫做Redis数据快照。
  • 简单来说就是把内存中的所有数据都记录到磁盘中
  • Redis实例故障重启后,从磁盘读取快照文件,恢复数据。
  • 快照文件在称为RDB文件,默认是保存在当前运行目录。

注意:

Redis停机时会执行一次RDB。

二、RDB

1、默认方案:

Redis内部有触发RDB的机制,可以在redis.conf文件中找到,格式如下:

RDB的其它配置也可以在redis.conf文件中设置:

2、bgsave方案:

  • 通过页表的复制,实现数据的共享;
  • 数据副本可以避免脏写的问题;

3、bgsave的基本流程:

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

4、RDB会在什么时候执行?save 60 1000代表什么含义?

  • 默认是服务停止时。
  • 代表60秒内至少执行1000次修改则触发RDB。

5、RDB的缺点:

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

三、AOF

1、定义:

AOF全称为Append Only File(追加文件)。Redis处理的每一个写命令都会记录在AOF文件,可以看做是命令日志文件。

2、流程:

AOF默认是关闭的,需要修改redis.conf配置文件来开启AOF

AOF的命令记录的频率也可以通过redis.conf文件来配:

配置项

刷盘时机

优点

缺点

Always

同步刷盘

可靠性高,几乎不丢数据

性能影响大

everysec

每秒刷盘

性能适中

最多丢失1秒数据

no

操作系统控制

性能最好

可靠性较差,可能丢失大量数据

  • 因为是记录命令,AOF文件会比RDB文件大的多。
  • 而且AOF会记录对同一个key的多次写操作,但只有最后一次写操作才有意义。
  • 通过执行bgrewriteaof命令,可以让AOF文件执行重写功能,用最少的命令达到相同效果。

四、RDB与AOF的对比

RDB

AOF

持久化方式

定时对整个内存做快照

记录每一次执行的命令

数据完整性

不完整,两次备份之间会丢失

相对完整,取决于刷盘策略

文件大小

会有压缩,文件体积小

记录命令,文件体积很大

宕机恢复速度

很快

数据恢复优先级

低,因为数据完整性不如AOF

高,因为数据完整性更高

系统资源占用

高,大量CPU和内存消耗

低,主要是磁盘IO资源

AOF重写时会占用大量CPU和内存资源

使用场景

可以容忍数分钟的数据丢失,追求更快的启动速度

对数据安全性要求较高常见

文章来源:https://blog.csdn.net/icbbm/article/details/134880338
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。