Redis持久化之RDB

RDB (快照)持久化:保存某个时间点的全量数据快照。

在配置文件中进行配置

save 900 1
save 300 10
save 60 10000

stop-writes-on-bgsave-error yes  # 当备份进程出错的时候就停止主进程写入数据

rdbcompression yes    # RDB备份文件是否开启压缩，建议为no,redis本身就是CPU密集型进程

以save 900 1为例，意思是在900s内，出现1一条数据变动就进行一次RDB备份。

Redis的持久化方式

➢ SAVE :阻塞Redis的服务器进程,直到RDB文件被创建完毕
➢ BGSAVE : Fork出一-个子进程来创建RDB文件,不阻塞服务器进程

自动化触发RDB持久化的方式

• 根据redis.conf配置里的SAVE m n定时触发(用的是BGSAVE )
• 主从复制时BGSAVE,主节点自动触发
• 执行Debug Reload
• 执行SHUTDOWN的时候没有开启AOF持久化

BGSAVE原理

BGSAVE原理

系统调用fork() :创建进程,实现了Copy-on-Write

Copy-on-Write
如果有多个调用者同时要求相同资源(如内存或磁盘上的数据存储)，他们会共同获取相同的指针指向相同的资源，直到某个调用者试图修改资源的内容时，系统才会真正复制一份专用副本给该调用者，而其他调用者所见到的最初的资源仍然保持不变

使用RDB持久化的缺点

• 内存数据的全量同步, 数据量大会由于I/O而严重影响性能
• 可能会因为Redis挂掉而丢失从当前至最近一-次快照期间的数据