RDB = Redis DataBase
RDB是什么:
在指定的时间间隔内将内存中的数据集快照写入磁盘
也就是行话讲得Snapshot快照,它回复时是将快照文件直接读到内存中
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,在用这个临时文件替换上次持久化好的文件.
整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能
如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效.
RDB的缺点是最好一次持久化后的数据可能丢失
Fork
fork的作用是复制一个与当前进程一样的进程.新进程的所有数据(变量/环境变量/程序计数器等)数值都和原进程一致,但是是一个全新的进程,并作为元进程的子进程.
RDB保存的是dump.rdb文件
配置保存策略
save [seconds] [changes]
# 如果要禁用功能则使用:
save ""
上面的配置什么意思呢?
例如:
save 900 1
# 如果在900秒内有1次改动(增删改),则保存到硬盘中
save 300 10
# 如果在300秒内有10次改动(增删改),则保存到硬盘中
save 60 10000
# 如果在60秒内有10000次改动(增删改),则保存到硬盘中
多个策略可以并用,也就是说可以配置多个save...
手动执行保存到硬盘的操作
-
save阻塞操作,其他操作不能执行
# 直接执行save命令
# 这是一个阻塞操作
save
# 就一个save,直接将内存中的数据保存到硬盘中
# 如果保存的一个数据非常重要,可以直接这么使用
-
bgsave后台异步执行保存快照操作,同时还可以相应客户端请求
bgsave
-
lastsave查看最后一次成功执行快照的时间
lastsave
# 返回是从1970年1月1日（UTC/GMT的午夜）开始所经过的秒数，不考虑闰秒。
# 就是标准的Unix时间戳
- 指定存储至本地数据库时是否压缩数据,默认为yes, Redus采用LZF压缩,如果为了节省cpu时间,可以关闭该选项,但会导致数据库文件变得巨大
rdbcompression yes
# 还是压缩比较好
- 指定本地数据库文件名,默认值为dump.rdb
根据save的策略,redis的数据包保存在这个文件中
,在关闭数据库的时候也会强制保存一次
dbfilename dump.rdb
- 指定本地数据库存放目录
dir ./
# 上面这个./是个变动的值,程序在哪个路径敲命令启动的,那么就是在哪个路径
- 当写入数据到硬盘出错,则停止保存到硬盘
stop-writes-on-bgsave-error yes
- 存储快照后,进行数据校验
rdchecksum yes
# 在存储快照后,可以让redis使用CRC64算法来进行数据校验
# 但是会增加大约10%的性能消耗
# 我觉得10%不算什么
如何恢复硬盘中的数据到内存中?
- 直接将dump.rdb文件移动到redis安装目录,并启动redis即可
- //需要测试下,是不是移动到 dir的目录也行
RDB优势
- 适合大规模的数据恢复
RDB劣势
- 数据完整性和一致性不高
- 在备份的时候redis意外爆掉,可能会丢失最后一次快照后的修改
- fork的时候,内存中数据被克隆了一份,需要考虑内存的使用
- fork过程比较耗时,可能响应客户端的时间不能达到毫秒级
不怎么重要的内容
- 动态停止RDB保存规则
redis-cli config set save ""
