面试题：Redis配置参数之持久化相关

Question

请详细阐述Redis中RDB和AOF两种持久化方式对应的关键配置参数，以及它们如何影响Redis的数据持久化和性能，并说明在不同业务场景下应如何选择合适的持久化配置？

Answer 1

RDB持久化

1. 关键配置参数：
   • save：用于定义触发RDB快照的条件。例如，save 900 1 表示在900秒（15分钟）内如果至少有1个键被修改，则触发快照；save 300 10 表示300秒（5分钟）内如果至少有10个键被修改，则触发快照。可以配置多个 save 条件。
   • rdbcompression：默认是 yes，表示开启RDB文件的压缩。压缩可以减少文件大小，但会消耗一些CPU资源。如果CPU资源紧张，可以设置为 no 关闭压缩。
   • dbfilename：指定RDB文件的名称，默认是 dump.rdb。
   • dir：指定RDB文件的存储目录，默认是当前Redis服务器启动目录。
2. 对数据持久化和性能的影响：
   • 数据持久化：RDB是一种定期快照的方式，会在满足 save 条件时将内存中的数据以二进制的形式保存到磁盘上。如果Redis发生故障停机，可能会丢失从上次快照到故障时刻之间的数据修改。
   • 性能：RDB快照的生成是一个比较耗时的操作，因为它需要fork一个子进程来进行数据的写入。在fork子进程时，会消耗一定的内存和CPU资源。不过，由于RDB文件是紧凑的二进制格式，恢复数据时速度相对较快，特别是对于大数据集。

AOF持久化

1. 关键配置参数：
   • appendonly：默认是 no，设置为 yes 开启AOF持久化。开启后，Redis会将每个写操作追加到AOF文件中。
   • appendfsync：控制AOF文件的同步策略。有三个可选值：
     • always：每个写操作都立即同步到AOF文件，这种方式数据安全性最高，但性能最低，因为每次写操作都要进行磁盘I/O。
     • everysec：每秒将缓冲区中的写操作同步到AOF文件。这是默认值，在数据安全性和性能之间取得了较好的平衡。如果发生故障，最多可能丢失1秒的数据。
     • no：由操作系统决定何时同步，性能最高，但数据安全性最低，因为在操作系统同步AOF文件之前发生故障，可能会丢失大量数据。
   • no-appendfsync-on-rewrite：默认是 no。当开启AOF重写时，如果设置为 yes，在重写期间，Redis不会执行 appendfsync 操作，这样可以提高重写的性能，但在重写期间可能会丢失部分数据。
   • auto - aof - rewrite - min - size：默认是64MB。当AOF文件大小增长到超过这个值时，会触发AOF重写。
   • auto - aof - rewrite - percentage：默认是100。表示当前AOF文件大小相对于上次重写后文件大小的增长率，当增长率超过这个值且AOF文件大小大于 auto - aof - rewrite - min - size 时，会触发AOF重写。
2. 对数据持久化和性能的影响：
   • 数据持久化：AOF通过追加写操作日志的方式进行持久化，数据安全性相对较高，特别是在 appendfsync always 策略下，几乎不会丢失数据。但AOF文件可能会变得非常大，需要定期重写以减少文件大小。
   • 性能：appendfsync always 策略下，每次写操作都要进行磁盘I/O，性能较低；everysec 策略在性能和数据安全之间取得平衡；no 策略性能最高，但数据安全性低。AOF重写过程会消耗一定的CPU和内存资源，因为它需要创建一个新的AOF文件并将旧文件中的有效命令重新写入。

不同业务场景下的选择

1. 对数据完整性要求不高，但追求高性能：可以选择只使用RDB持久化。例如，在一些缓存场景中，丢失部分数据不会对业务造成严重影响，而RDB的快速恢复和较低的持久化性能开销更符合需求。
2. 对数据完整性要求极高：应该开启AOF持久化，并使用 appendfsync everysec 策略。这样既能保证较高的数据安全性，又不会对性能造成太大影响。例如，在一些金融交易相关的缓存应用中，数据的完整性至关重要，AOF的这种配置能满足需求。
3. 兼顾数据安全和性能，并且允许一定程度的数据丢失：可以同时开启RDB和AOF。RDB用于快速恢复大数据集，AOF用于保证在系统故障时尽可能少地丢失数据。例如，在一些电商购物车场景中，允许在故障时丢失几分钟内的购物车修改，但又希望能快速恢复购物车数据，这种配置比较合适。