【Redis / 缓存内核】RDB：fork COW · BGSAVE · 快照格式
内容提要
本文讨论了Redis的RDB快照持久化机制。RDB通过序列化内存数据生成紧凑的二进制文件，恢复速度快，但在快照间写入会导致数据丢失。RDB与AOF可以并存，RDB适合快速恢复，而AOF记录每个命令。BGSAVE命令通过fork子进程进行快照，父进程继续服务，但可能会造成内存压力。RDB格式包含多种元数据和编码，适用于数据持久化与复制。
关键要点
-
RDB快照通过序列化内存数据生成紧凑的二进制文件，恢复速度快，但在快照间的写入会导致数据丢失。
-
RDB与AOF可以并存，RDB适合快速恢复，而AOF记录每个命令。
-
BGSAVE命令通过fork子进程进行快照，父进程继续服务，但可能会造成内存压力。
-
RDB格式包含多种元数据和编码，适用于数据持久化与复制。
-
SAVE命令是阻塞式的，而BGSAVE则是非阻塞的，允许父进程继续处理请求。
-
RDB格式的文件头以'REDIS0012'开头，包含多种操作码和元数据。
-
RDB的快照语义与AOF不同，RDB不包含fork后写入的数据。
延伸解读
RDB与AOF的比较
RDB和AOF是Redis中两种主要的持久化机制。RDB通过快照实现快速恢复，但在快照间的写入可能导致数据丢失；而AOF则记录每个命令，恢复速度较慢，但可以更精确地恢复数据。用户在选择时需考虑数据安全性与恢复速度的平衡。
BGSAVE的内存压力
BGSAVE命令通过fork子进程进行快照，虽然父进程可以继续处理请求，但在高写入压力下，COW机制可能导致内存使用量翻倍。对于大内存实例，运维人员需关注内存使用情况，以避免因内存压力导致的性能下降。
RDB快照的语义
RDB快照的语义是时间点副本，意味着在快照生成后，父进程的新写入不会被包含在快照中。这一特性使得RDB适合于快速恢复，但也要求用户在使用时考虑可能的数据丢失风险，特别是在高频写入场景下。
延伸问答
RDB快照的主要功能是什么？
RDB快照通过序列化内存数据生成紧凑的二进制文件，提供快速恢复能力。
BGSAVE命令与SAVE命令有什么区别？
BGSAVE是非阻塞的，通过fork子进程进行快照，而SAVE是阻塞的，直接写磁盘直到完成。
RDB快照在写入期间会导致什么问题？
在快照间的写入会导致数据丢失，这是RDB快照的语义特性。
RDB格式文件的开头是什么？
RDB格式文件的开头以'REDIS0012'开头，表示版本号。
RDB与AOF的主要区别是什么？
RDB适合快速恢复，而AOF记录每个命令，恢复速度较慢。
RDB快照的内存压力来源于哪里？
内存压力主要来自父进程在fork后修改的页面，而非子进程的读取。
