关于持久化
Redis支持RDB和AOF两种持久化方式,redis为内存数据库,进程退出就会导致数据丢失,所以要将数据存储起来,当下次重启时即可加载之前持久化的文件,避免数据丢失。
RDB
RDB持久化是把当前进程数据生成快照保存到硬盘的过程。触发RDB持久化过程分为手动触发和自动触发。
手动触发
save
阻塞当前Redis服务器。直到RDB过程完成为止,对于内存比较大的实例会造成长时间的阻塞,线上环境不建议使用。
bgsave
redis进程执行fork函数创建子进程,RDB持久化过程由子进程负责,完成后自动结束。阻塞只发生在fork阶段,一般时间都很短。
自动触发
- save m n 表示m秒内数据集存在n次修改时,自动触发bgsave
- 如果从结点执行全量复制操作,主节点自动执行bgsave生成RDB文件并发送给从结点。
- 执行debug reload命令重新加载redis时,也会触发save操作。
- 默认情况下执行shutdown命令时,如果没有开启AOF持久化功能则自动执行bgsave
RDB优势
- RDB是一个紧凑压缩的二进制文件,代表redis在某个时间结点的数据快照。非常适合备份,全量复制。
- redis加载RDB恢复数据远远快于AOF方式。
RDB劣势
- 会存在版本不兼容的问题
- 无法做到实时持久化,fork函数属于重量级操作,频繁执行成本过高。
AOF
以日志的方式记录每次写命令,重启时再重新执行AOF文件中的命令达到数据恢复的目的,解决数据持久化的实时性,
使用方式
配置appendonly.aof。保存路径通过dir指定。
- 所有写入命令会追加到缓冲区中
- AOF根据相应策略向硬盘做同步操作
- 随着AOF文件越来越大,需要定期对AOF文件进行重写,达到压缩的目的。
- 当重启时,加载AOF进行数据恢复。