介绍一下 RDB 持久化？

八股文_Redis面试题 0 431

RDB（Redis Database）持久化是 Redis 提供的一种数据持久化机制，它会将内存中的数据在某个时间点生成快照（Snapshot），并保存到磁盘中。RDB 文件是二进制文件，包含了 Redis 数据库在某个时刻的完整数据。

优点：
1. 性能高：RDB 持久化对 Redis 的运行性能影响较小，因为 Redis 在后台线程中执行快照操作。
2. 文件紧凑：RDB 文件是压缩的二进制文件，存储效率高，适合用于备份。

缺点：
1. 数据丢失风险：RDB 是基于时间点的快照，如果 Redis 意外宕机，最后一次快照之后的数据会丢失。
2. 操作耗时：当数据量较大时，生成 RDB 文件可能耗费较多时间和资源。

RDB 是通过触发 SAVE 或 BGSAVE 命令生成快照文件的：
– SAVE：在主线程中执行快照操作，会阻塞客户端请求，适合需要快速保存的场景，但不推荐在生产环境使用。
– BGSAVE：在后台子线程中执行快照操作，主线程可以继续处理客户端请求，适合在生产环境中使用。

生成的 RDB 文件默认存储在 Redis 配置的 dir 路径下，文件名通常为 dump.rdb。

RDB 可以通过以下两种方式触发：
1. 手动触发：
– SAVE：同步保存快照。
– BGSAVE：异步保存快照，推荐使用。

自动触发：
- 通过配置文件 redis.conf 中的 save 参数设置自动快照规则。例如：
```
save 900 1    # 900 秒内有 1 次写操作
save 300 10   # 300 秒内有 10 次写操作
save 60 10000 # 60 秒内有 10000 次写操作
```
  满足条件时，Redis 自动触发 BGSAVE。

优点：
1. 适合备份：RDB 文件体积小，便于存储和备份，可以将文件拷贝到其他服务器以实现冷备。
2. 恢复速度快：在 Redis 启动时，直接加载 RDB 文件即可快速恢复数据。

缺点：
1. 非实时性：由于 RDB 是定时生成快照的，最后一次快照之后的数据可能丢失。
2. 对大数据集的性能影响：生成 RDB 文件时，可能会占用较多的 CPU 和 IO 资源。

Redis 提供了两种持久化方式：RDB 和 AOF（Append Only File）。两者的对比如下：

一般来说，生产环境中常同时开启 RDB 和 AOF，以兼顾数据可靠性和恢复速度。

频繁生成 RDB 文件可能会影响性能，可以通过以下方法优化：
1. 根据业务需求，合理配置 save 参数。例如，在低频更新的场景下延长触发间隔。
2. 如果数据量较大，可考虑在非高峰期进行 RDB 备份。

为了避免生成 RDB 文件时覆盖旧文件导致的数据丢失风险，Redis 会在保存新的 RDB 文件时先写入一个临时文件，完成后再替换旧的 RDB 文件。

RDB 是一种高效的快照式持久化机制，适合用于数据备份和快速恢复的场景。它的非实时性是其主要限制，因此需要根据业务需求结合 AOF 持久化或高可用方案（如主从复制和集群）来确保数据的完整性和可靠性。在日常使用中，了解其触发机制和应用场景，可以更好地设计 Redis 持久化策略。