redis是内存数据库,当服务器进程退出时,服务器中数据也会消失,所以需要将数据保存到磁盘中,因此redis提供了持久化功能。
RDB
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是snapshot快照,它恢复时是将快照文件直接读到内存里。
fork:
在linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会被exec调用,出于效率考虑,linux中引入了“写时复制技术”,一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。
rdb持久化部分配置:
触发机制:手动触发
手动触发分别对应save和bgsave命令
·save命令:阻塞当前Redis服务器,直到RDB过程完成为止,对于内存 比较大的实例会造成长时间阻塞,线上环境不建议使用
·bgsave命令:Redis进程执行fork操作创建子进程,RDB持久化过程由子 进程负责,完成后自动结束。阻塞只发生在fork阶段,一般时间很短
触发机制:自动触发RDB的持久
1)使用save相关配置,如“save m n”。表示m秒内数据集存在n次修改 时,自动触发bgsave。
2)如果从节点执行全量复制操作,主节点自动执行bgsave生成RDB文件并发送给从节点,更多细节见6.3节介绍的复制原理。
3)执行debug reload命令重新加载Redis时,也会自动触发save操作。
4)默认情况下执行shutdown命令时,如果没有开启AOF持久化功能则 自动执行bgsave。
bgsave是主流的触发RDB持久化方式
rdb的优点:(相较于aof)
节省磁盘空间
恢复速度极快
rdb的缺点:
虽然redis在fork时使用了写时拷贝技术,但是如果数据庞大还是比较消耗性能。
每次备份会有一定的间隔时间,如果redis意外宕机,u会丢失最后一次快照之后的所有修改。
Aof(append only file)
以日志的形式来记录每个写的操作,将redis执行过的所有指令记录下来(读不记录),只许追加文件但不可以改写文件,redis启动开始会读取该文件重新构建数据。
aof配置
只需要修改开启即可,重启redis后即可生效
如果修改了这个文件,启动连接失败
redis提供了一个修复aof工具 redis-check-aof
这个修复直接删掉了错误的命令
这时重新启动连接 就可以了
重写:
Aof默认就是文件的无限追加,文件会越来越大,超过64M就fork一个进程重写