后端经典面试题合集, Redis 的持久化机制有哪些?说说各自的优缺点和应用场景?

Step 1

Q:: Redis 的持久化机制有哪些？说说各自的优缺点和应用场景？

A:: Redis 主要有两种持久化机制：RDB（Redis Database Backup）和 AOF（Append Only File）。

1. RDB 持久化： - 优点：RDB 文件是紧凑的二进制文件，占用的存储空间较小，备份速度快，适合用于灾难恢复。RDB 是快照方式的持久化，因此对 Redis 的性能影响较小，生成的文件可以很方便地传输到其他服务器。 - 缺点：RDB 备份的频率取决于配置，频率低时可能导致较长时间内的数据丢失；RDB 在备份时会 fork 一个子进程，这个过程对 CPU 和内存消耗较大，在大规模数据集下可能影响性能。 - 应用场景：适用于需要快速备份和灾难恢复的场景，不要求高实时性的数据持久化。

2. AOF 持久化： - 优点：AOF 文件记录的是 Redis 执行的每一条写操作，实时性更好。AOF 可以选择多种同步策略，包括每条命令、每秒或操作系统自行决定，能够更灵活地权衡性能与数据安全。 - 缺点：AOF 文件比 RDB 文件大，恢复数据的速度较慢，AOF 重写操作可能造成 Redis 主进程短暂阻塞。 - 应用场景：适用于需要高实时性和数据安全的场景，尤其是在金融、游戏等对数据一致性要求较高的场景。

Step 2

Q:: RDB 和 AOF 可以同时开启吗？如果可以，优先恢复哪一个？

A:: Redis 支持同时开启 RDB 和 AOF 两种持久化机制。一般情况下，Redis 优先使用 AOF 文件进行数据恢复，因为 AOF 记录的数据更全，更加实时。而 RDB 文件一般作为 AOF 文件的备份。

Step 3

Q:: AOF 文件过大时如何处理？

A:: AOF 文件可以通过重写（rewrite）来减小其大小。Redis 提供了自动 AOF 重写机制，通过配置 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 两个参数来控制何时触发重写。重写后的 AOF 文件只包含能够重建当前数据集的最小命令集，因此可以大幅减少文件大小。