面试题：Redis服务器初始化参数调优之持久化策略

应用场景及配置：
- 场景：适合对数据恢复时效性要求不高，允许一定时间内数据丢失的场景，如缓存数据。
- 配置：通过修改 redis.conf 文件中的 save 参数来配置触发 RDB 持久化的条件。例如，save 900 1 表示在 900 秒内如果至少有 1 个 key 发生变化，就触发一次 RDB 持久化；save 300 10 表示 300 秒内如果至少有 10 个 key 发生变化触发 RDB 持久化。还可以通过 stop - write - on - bgsave - error yes 配置在后台保存 RDB 文件出错时停止写入操作（默认是 yes）。
可能带来的影响：
- 性能：RDB 持久化是在后台进行的，对 Redis 主进程的性能影响较小，因为它是通过 fork 子进程来完成数据的持久化，主进程可以继续处理客户端请求。
- 数据安全性：由于是根据配置的时间和 key 变化数量触发持久化，所以可能会丢失上次持久化后到下一次持久化前的数据，数据安全性相对较低。

应用场景及配置：
- 场景：适合对数据安全性要求较高，不允许丢失过多数据的场景，如金融类应用。
- 配置：开启 AOF 持久化需要将 appendonly 设置为 yes。appendfsync 参数用于配置 AOF 持久化的同步策略，有三个可选值：
  - always：每次写入操作都同步到 AOF 文件，数据安全性最高，但会严重影响性能，因为每次写操作都需要进行磁盘 I/O。
  - everysec：每秒执行一次同步操作，这是推荐的配置，在性能和数据安全性之间取得了较好的平衡，即使发生故障，最多只会丢失 1 秒的数据。
  - no：由操作系统决定何时同步，性能最好，但数据安全性最差，可能丢失大量数据。
可能带来的影响：
- 性能：always 策略性能最差，因为频繁的磁盘 I/O 操作。everysec 策略虽然每秒同步一次，但由于 I/O 操作仍会对性能有一定影响，不过相对 always 要好很多。no 策略性能最好，因为减少了 Redis 主动的同步操作。
- 数据安全性：always 策略数据安全性最高，基本不会丢失数据。everysec 策略在系统崩溃时最多丢失 1 秒的数据。no 策略数据安全性最低，可能丢失大量未同步的数据。

在某些场景下，可以同时开启 RDB 和 AOF 持久化。

应用场景及配置：
- 场景：既希望在正常情况下有较好的性能，又希望在发生故障时能尽可能恢复更多数据。
- 配置：同时开启 RDB 和 AOF，按照上述适合的场景分别配置 RDB 的 save 参数和 AOF 的 appendfsync 参数。例如，RDB 配置为 save 3600 1（1 小时内至少 1 个 key 变化触发 RDB），AOF 配置为 appendfsync everysec。
可能带来的影响：
- 性能：由于同时进行两种持久化方式，对系统资源（如磁盘 I/O、CPU 等）的消耗会增加，性能相比单独使用一种持久化方式会有所下降。
- 数据安全性：数据安全性得到提高，在恢复数据时，Redis 会优先使用 AOF 文件，因为 AOF 文件记录的是更实时的操作，能恢复到更接近故障前的状态，若 AOF 文件损坏，再使用 RDB 文件恢复。

星途面试题库