Redis 持久化方案介绍之 RDB 方案
RDB 方案介绍
Redis 会定期保存数据快照至一个 rdb 文件中,并在启动时自动加载 rdb 文件,恢复之前保存的数据。可以在配置文件中配置 Redis 进行快照保存的时机:
save [seconds][changes]
意为在[seconds]秒内如果发生了[changes]次数据修改,则进行一次 RDB 快照保存,例如
save 60 100
会让 Redis 每 60 秒检查一次数据变更情况,如果发生了 100 次或以上的数据变更,则进行 RDB 快照保存。可以配置多条 save 指令,让 Redis 执行多级的快照保存策略。Redis 默认开启 RDB 快照。也可以通过 SAVE 或者 BGSAVE 命令手动触发 RDB 快照保存。
SAVE 和 BGSAVE 两个命令都会调用 rdbSave 函数,但它们调用的方式各有不同:
SAVE 直接调用 rdbSave ,阻塞 Redis 主进程,直到保存完成为止。在主进程阻塞期间,服务器不能处理客户端的任何请求。
BGSAVE 则 fork 出一个子进程,子进程负责调用 rdbSave ,并在保存完成之后向主进程发送信号,通知保存已完成。 Redis 服务器在 BGSAVE 执行期间仍然可以继续处理客户端的请求。
RDB 方案优点
1、对性能影响最小。如前文所述,Redis 在保存 RDB 快照时会 fork 出子进程进行,几乎不影响 Redis 处理客户端请求的效率。
2、每次快照会生成一个完整的数据快照文件,所以可以辅以其他手段保存多个时间点的快照(例如把每天 0 点的快照备份至其他存储媒介中),作为非常可靠的灾难恢复手段。
3、使用 RDB 文件进行数据恢复比使用 AOF 要快很多
RDB 方案缺点
1、快照是定期生成的,所以在 Redis crash 时或多或少会丢失一部分数据。
2、如果数据集非常大且 CPU 不够强(比如单核 CPU),Redis 在 fork 子进程时可能会消耗相对较长的时间,影响 Redis 对外提供服务的能力。
RDB 方案配置
修改 redis 的配置文件
重新启动 redis 服务
每次生成新的 dump.rdb 都会覆盖掉之前的老的快照
版权声明: 本文为 InfoQ 作者【大数据技术指南】的原创文章。
原文链接:【http://xie.infoq.cn/article/dfc24bf8150b6539a34beff53】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论