Redis 备份与恢复 | 云原生基站

有两种方案,远程与本地

集群与哨兵模式都适用,只不过集群备份还原多节点,哨兵备份还原单节点

1 远程备份:

优点: 一个节点可以备份所有节点,不用远程登录

缺点: 占用网络带宽与 redis 性能,备份相当于真实读取 redis 数据

1.1 备份

命令（redis-dump -u :password@host:port -d passwd > fileName.json）无密码可省略

1
2
3

redis-dump -u 10.1.1.1:6379 -d passwd > 6379.json
redis-dump -u 10.1.1.2:6380 -d passwd > 6380.json
redis-dump -u 10.1.1.3:6381 -d passwd > 6381.json

执行完成命令之后，生成 3 个 json 文件，即为集群节点数据，为提升导入效率，可以将文件拷贝到目标集群机进行导入，也可以直接在本机导入。

1.2 还原

命令（cat filename.json | redis-load -u :password@host:port -d passwd）无密码可省略,期间要停止服务访问

1 2	cat 6379.json \| redis-load -u 10.1.1.1:6379 -d passwd cat 6380.json \| redis-load -u 10.1.1.1:6380 -d passwd

2 本地备份

2.1 数据落盘

2.1.1 手动落盘

有两种方式:

save：

优点：节约系统资源

缺点：直接调用 rdbSave ，阻塞 Redis 主进程，直到保存完成为止。在主进程阻塞期间，服务器不能处理客户端的任何请求。

bgsave：

优点：fork 出一个子进程，子进程负责调用 rdbSave ，并在保存完成之后向主进程发送信号，通知保存已完成。 Redis 服务器在 BGSAVE 执行期间仍然可以继续处理客户端的请求

缺点：由于会 fork 一个进程，因此更消耗内存

这里使用 bgsave 命令

redis-cli -h 10.1.1.1 -p 6380 bgsave

2.1.2 自动落盘

save m n 触发机制

自动触发最常见的情况是在配置文件中通过 save m n，指定当 m 秒内发生 n 次变化时，会触发 bgsave。

例如，查看 Redis 根目录默认配置文件 redis.conf，看到如下配置信息：

其中 save 300 1 的含义是：当时间到 300 秒时，如果 Redis 数据发生了至少 1 次变化，则执行 bgsave；save 100 10 和 save 60 10000 同理。

当三个 save 条件满足任意一个时，都会引起 bgsave 的调用。

实现原理:

Redis 的 save m n，是通过 serverCron 函数、dirty 计数器、和 lastsave 时间戳来实现的。

serverCron 是 Redis 服务器的周期性操作函数，默认每隔 100ms 执行一次（可在 redis.conf 文件中配置默认：hz 10 这个配置表示 1s 内执行 10 次，也就是每 100ms 触发一次定时任务）；该函数对服务器的状态进行维护，其中一项工作就是检查 save m n 配置的条件是否满足，如果满足就执行 bgsave。

dirty 计数器是 Redis 服务器维持的一个状态，记录了上一次执行 bgsave/save 命令后，服务器状态进行了多少次修改(包括增删改)；而当 save/bgsave 执行完成后，会将 dirty 重新置为 0。

例如，如果 Redis 执行了 set mykey helloworld，则 dirty 值会+1；如果执行了 sadd myset v1 v2 v3，则 dirty 值会+3；注意 dirty 记录的是服务器进行了多少次修改，而不是客户端执行了多少修改数据的命令。

lastsave 时间戳也是 Redis 服务器维持的一个状态，记录的是上一次成功执行 save/bgsave 的时间。

save m n 的原理如下：每隔 100ms，执行 serverCron 函数；在 serverCron 函数中，遍历 save m n 配置的保存条件，只要有一个条件满足，就进行 bgsave。