一、 RDB

• RDB 全称 Redis Database Backup file(Redis数据备份文件)，也被叫做Redis数据快照。
  • 简单来说就是把内存中的所有数据都记录到磁盘中。
  • 当Redis实例故障重启后，从磁盘读取快照文件，恢复数据。

主动备份

$ redis-cli 
# 第一种: 由Redis主进程来执行RDB，会阻塞所有命令
$ save
# 第二种: 开启子进程执行RDB，避免主进程受到影响
$ bgsave

自动备份

• redis.conf

# 900秒内，如果至少有1个key被修改，则执行bgsave
save 900 1
save 300 10
save 60 10000

RDB 执行原理

• bgsave开始时会 -> fork主进程 -> 到子进程

  • 子进程共享主进程的内存数据。
  • 完成fork后 -> 读取内存数据并 写入 RDB 文件。

• 页表： 记录虚拟地址与物理地址的映射关系

• fork 采用的是 copy-on-write技术

  • 当主进程执行读操作时，访问共享内存.
  • 当主进程执行写操作时，则会拷贝一份数据，执行写操作.

二、AOF

• AOF 全称为 Append Only File(追加文件)。
• Redis 处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。
• AOF 默认是关闭的， 需要修改redis.conf 配置文件来开启AOF:

#是否开启AOF功能，默认是no
appendonly yes
# AOF文件的名称
appendfilename "appendonly.aof"

AOF 刷盘策略

• AOF的命令记录的频率也可以通过redis.conf 文件来配置:

# 第一种策略: 表示每执行一次写命令，立即记录到AOF文件
appendfsync always

# 第二种策略: 写命令执行完先放入AOF缓冲区，然后表示【每隔1秒】将【缓冲区数据】写到A0F文件，是【默认方案】
appendfsync everysec

# 第三种策略: 写命令执行完先放入AOF缓冲区，由【操作系统决定何时将缓冲区内容写回磁盘】
appendfsync no

AOF 重写文件

因为是记录命令，AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。

• 通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。

• 未重写前操作

$ redis-cli 
$ set num 123
$ set name jack
$ set num 666

• 重写后的操作

mset name jack num 666

# AOF文件比上次文件 增长超过多少百分比则触发重写
auto-aof-rewrite-percentage 100

# AOF文件体积最小多大以上才触发重写
auto-aof-rewrite-min-size 64mb

三、RDB 与 AOF 对比