Redis持久化：RDB

一、持久化

持久化：利用永久性存储介质将数据进行保存，在特定的时间将保存的数据进行恢复的工作机制称为持久化。防止数据意外丢失，确保数据安全性。

持久化过程保存什么？

• RDB（快照模式）：将当前数据状态进行保存，存储数据结果，存储格式简单，关注点在数据
• AOF（过程日志）：将数据的操作过程进行保存，存储操作过程，存储格式复杂，关注点在数据的操作过程。

AOF文件更新频率通常比RDB文件的更新频率高：

• 如果服务器开启了AOF持久化功能，那么服务器优先使用AOF文件还原数据库状态
• 只有在AOF持久化功能处于关闭状态时，服务器才会使用RDB来还原数据库状态

二、RDB启动方式

2.1 save指令

命令：

save

作用：手动执行一次保存操作

save指令相关配置：

save指令工作原理：

注意：save指令执行会阻塞当前Redis服务器，直到当前RDB过程完成为止，有可能会造成长时间阻塞，线上环境不建议使用

2.2 bgsave指令

命令

bgsave

作用：手动启动后台保存操作，但不是立即执行。

bgsave指令工作原理：

注意：bgsave命令是针对save阻塞问题做的优化。Redis内部所有涉及到RDB操作都是以bgsave的方式，save命令可以放弃使用。

bgsave相关配置

2.3 save配置

配置

save second changes

作用：满足限定时间范围内key的变化数量达到指定数量即进行持久化

参数：second 监控时间范围    changes 监控key的变化量

位置：在conf文件中进行配置

save配置原理（启动后执行的是bgsave操作）

 2.4 对比

 RDB特殊启动形式：

• 全量赋值
• 服务器运行过程中重启 debug reload
• 关闭服务器时指定保存数据 shutdown save（默认执行bgsave）

RDB优点

• RDB是一个紧凑压缩的二进制文件，存储效率较高
• RDB内部存储的是redis在某个时间点的数据快照，非常适合用于数据备份，全量复制等场景
• RDB恢复数据的速度要比AOF快很多
• 应用：服务器中每X小时执行bgsave备份，并将RDB文件拷贝到远程机器中，用于灾难恢复

RDB缺点：

• RDB方式无论是执行指令还是利用配置，无法做到实时持久化，具有较大的可能性丢失数据
• bgsave指令每次运行要执行fork操作创建子进程，要牺牲掉一些性能
• Redis的众多版本中未进行RDB文件格式的版本统一，有可能出现各版本服务之间数据格式无法兼容现象
• RDB基于快照思想，每次读写都是全部数据，当数据量巨大时，效率非常低