redis_RDB

RDB 是一个压缩的二进制文件，实现 Redis 的持久化

RDB文件生成

save & bgsave

def SAVE():
    rdbSave();
def BFSAVE():
    pid = fork();
    if pid == 0 :
        rdbSave()
        signal_parent();
    elif pid > 0
        handle_request_and_wait_signal()
    else:
        handle_fork_error()

1. save: 客户端的所有命令请求都会被拒绝
2. BGREWRITESAOF时， BGSAVE会被拒绝
3. BGSAVE时，BGREWRITESAOF会等待BGSAVE完成再执行

RDB 与 AOF

由于AOF更新频率比RDB高，所以：

1. 开启AOF持久化，服务器会优先使用AOF文件来还原数据库状态
2. 不开启AOF持久化，服务器才会选择RDB文件来还原数据库状态

RDB文件结构

REDIS 文件结构： REDIS DB_VERSION databases EOF check_sum

分析 RDB 文件

od -c dump.rdb
RDB模式的优点
1.rdb持久化文件很紧凑，占用空间更小。
2.rdb保存的是基于时间点的数据快照，更适合数据的备份和容灾
3.利用rdb文件进行数据恢复时，速度更快

RDB模式的缺点

1. 会造成部分数据的丢失
2. 当数据集非常大时，fork操作会占用很多系统资源，造成主服务进程假死

RDB模式适用的场景

1. 数据备份
2. 可容忍部分数据丢失
3. 跨数据中心的容灾备份

AOF

aof持久化 记录服务器的所有写操作，并在服务器启动时重新执行这些命令来恢复数据集。aof文件中的命令全部以redis的协议格式存储，新命令会追加到文件的末尾，同时，redis还会在后台对aof文件进行重写，使得aof文件的体积不会过大。aof机制默认关闭，可以通过appendonly = yes参数开启aof机制，通过appendfilename = myaoffile.aof指定aof文件名称。

对于触发aof重写机制也可以通过配置文件来进行设置：

1. auto-aof-rewrite-percenttage = 100
2. auto-aof-rewrite-min-size 64mb

第一个参数是配置较前一个aof文件大小增长的百分比，第二个参数是配置触发aof重写的aof的最小的大小。
修改aof的fsync策略：

1. appendfsync=always 同步持久化每一次修改操作
2. appendfsync=everysec 每秒想aof文件同步一次
3. appendfsync=no 关闭向aof文件写入修改

aof的优点

1. 支持不同的fsync策略：no/always/everysec
2. 能够记录所有写操作，不会造成数据丢失
3. aof重写机制确保aof文件不会过大
4. aof文件可以很容易的读懂

aof的缺点

1. 虽然有aof重写机制，单aof文件通常比rdb文件大
2. 在不同的fsync策略写，redis性能会受到一定影响