RDB

RDB持久化是把当前进程数据生成快照保存到硬盘的过程，Redis 的快照是全量快照，也就是说每次执行快照，都是把内存中的「所有数据」都记录到磁盘中，所以执行快照是一个比较重的操作。

配置

Redis内部有触发RDB的机制，可以在redis.conf文件中找到，格式如下：
image.png
image.png

触发机制

  1. save：阻塞当前Redis服务器，直到RDB过程完成为止 (不推荐)

  2. bgsave: Redis进程执行fork操作创建子进程，RDB持久化过程由子进程负责 （推荐）

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

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

image.png

总结

  1. RDB方式bgsave的基本流程？
  • fork主进程得到一个子进程，共享内存空间
  • 子进程读取内存数据并写入新的RDB文件
  • 用新RDB文件替换旧的RDB文件。
  1. RDB会在什么时候执行？save 60 1000代表什么含义？
  • 默认是服务停止时。
  • 代表60秒内至少执行1000次修改则触发RDB
  1. RDB的缺点？
  • RDB执行间隔时间长，两次RDB之间写入数据有丢失的风险
  • fork子进程、压缩、写出RDB文件都比较耗时

AOF

AOF （Append Only File 追加文件）。Redis处理的每一个写命令都会记录在AOF文件，可以看做是命令日志文件。重启时再重新执行AOF文件中的命令达到恢复数据的目的。
image.png

配置

AOF默认是关闭的，需要修改redis.conf配置文件来开启AOF：
image.png
AOF的命令记录的频率也可以通过redis.conf文件来配：
image.png

image.png

因为是记录命令，AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作，但只有最后一次写操作才有意义。通过执行bgrewriteaof命令，可以让AOF文件执行重写功能，用最少的命令达到相同效果。
image.png
Redis也会在触发阈值时自动去重写AOF文件。阈值也可以在redis.conf中配置：
image.png

总结

RDB和AOF各有自己的优缺点，如果对数据安全性要求较高，在实际开发中往往会结合两者来使用。

image.png