面试题：在高并发写入场景下，Redis的RDB和AOF持久化对性能有怎样不同的影响？

磁盘I/O操作频率：
- RDB持久化是将Redis在内存中的数据集快照写入磁盘，是一种定期操作（可配置触发条件，如一定时间内键值对变化数量达到阈值等）。例如，默认配置可能是900秒内至少1个键被更改、300秒内至少10个键被更改等才触发一次RDB快照。所以磁盘I/O操作频率相对较低，只有在触发快照条件满足时才会进行磁盘写入，这有助于减少频繁的磁盘I/O对系统性能的影响。
内存占用：
- 在生成RDB文件时，Redis会fork出一个子进程来进行数据的持久化操作。在这个过程中，父子进程会共享内存数据页，子进程在开始阶段并不需要额外的内存来复制整个数据集。但是，如果在fork期间内存中有大量的数据修改，写时复制（Copy - On - Write，COW）机制会导致额外的内存开销，因为修改的数据页需要被复制到子进程中。总体来说，正常情况下内存占用相对稳定，但在fork期间可能会有一定波动。
CPU资源消耗：
- fork子进程本身会消耗一定的CPU资源，不过这个操作是一次性的。子进程在进行RDB文件写入时，由于只是将内存数据按格式写入磁盘，相对来说CPU消耗不算高。但是如果数据集非常大，在fork时可能会导致短暂的CPU使用率升高，因为要进行内存数据的复制（写时复制机制下）。

磁盘I/O操作频率：
- AOF持久化是将Redis执行的写命令以日志的形式追加到文件末尾。默认配置下，AOF是每秒将缓冲区中的写命令刷入磁盘（也可以配置为每次写操作都刷盘或者不主动刷盘，由操作系统控制）。因此，AOF的磁盘I/O操作频率通常比RDB高，特别是在高并发写入场景下，频繁的写命令追加会增加磁盘I/O的负担。
内存占用：
- AOF持久化主要是通过追加写命令日志来实现，在内存占用方面，除了Redis本身存储数据的内存，还需要一定的内存来维护AOF缓冲区，用于暂存待写入磁盘的写命令。不过这个缓冲区相对整个数据集来说通常较小，所以对内存占用的额外影响相对较小。
CPU资源消耗：
- 由于AOF需要将写命令转换为日志格式并追加到文件，这个过程需要一定的CPU资源来进行命令格式转换和文件I/O操作。在高并发写入场景下，大量的写命令转换和追加操作会使CPU使用率升高，尤其是在配置为每次写操作都刷盘（always）时，CPU负担会更重。

对数据恢复要求不高，追求高性能：
- 如果业务场景允许在Redis重启时丢失部分数据（例如一些缓存场景，数据丢失后可以重新从数据源加载），并且对性能要求极高，希望减少磁盘I/O和CPU的额外开销，那么RDB持久化策略更为合适。例如，在一些简单的网页缓存场景中，缓存数据丢失后可以重新从数据库读取，RDB的低磁盘I/O频率和相对较低的CPU消耗可以让Redis在高并发写入时保持较好的性能。
对数据完整性要求极高：
- 如果业务场景对数据完整性非常敏感，不允许丢失任何数据（如一些金融交易场景），即使牺牲一定的性能也需要保证数据的完全恢复，那么AOF持久化策略更为合适。虽然AOF在高并发写入时会增加磁盘I/O和CPU负担，但通过合理配置（如采用每秒刷盘策略），可以在保证数据完整性的同时，尽量减少对性能的影响。
混合持久化：
- Redis 4.0引入了混合持久化模式，这种模式结合了RDB和AOF的优点。在重启Redis时，先加载RDB部分快速恢复大部分数据，然后再重放AOF日志来恢复RDB持久化之后的写操作。在高并发写入场景下，如果既希望有较好的恢复速度，又对数据完整性有较高要求，可以考虑使用混合持久化策略。这样可以在一定程度上平衡磁盘I/O操作频率、内存占用和CPU资源消耗，满足不同的业务需求。

星途面试题库