Redis 主要的数据持久化方式
RDB（Redis Database Backup file）
RDB 是 Redis 提供的一种数据快照持久化方式，它会在指定的时间间隔内生成数据集的时间点快照，并将这些快照保存到磁盘上的一个 RDB 文件中。RDB 文件是一个压缩的二进制文件，它包含了 Redis 在某个时间点上的数据。
RDB 的特点：
- 数据完整性：RDB 文件包含了 Redis 数据库中的所有数据，可以用来进行数据备份和灾难恢复
- 性能影响小：RDB 持久化是在后台进行的，使用子进程来完成数据的写入操作，对主进程的性能影响较小。
- 恢复速度快：RDB 文件是二进制文件，启动时加载速度较快。
- 数据可能丢失：如果 Redis 服务在两次快照之间发生故障，那么这段时间内的数据变更将会丢失。
AOF（Append Only File）
AOF 是 Redis 提供的另一种持久化方式，它通过记录每次写操作命令来记录数据库状态。AOF 文件是一个只追加的日志文件，每次对 Redis 数据库的写操作都会被追加到 AOF 文件中。
AOF 的特点：
- 数据安全性高：AOF 可以配置为每次写操作后都同步到磁盘，这样可以保证数据的安全性，但可能会影响性能。
- 数据恢复：AOF 文件可以用于数据恢复，因为它记录了所有的写操作命令。
- 文件体积大：由于 AOF 记录了所有写操作命令，文件可能会变得非常大。
- 数据恢复速度慢：由于 AOF 文件包含了所有的写操作命令，数据恢复时需要逐条命令执行，这可能会比 RDB 恢复慢。
- 可配置的同步频率：AOF 可以配置为每秒、每次写操作或不同步，以平衡数据安全性和性能。
选择 RDB 还是 AOF
选择 RDB 还是 AOF 取决于具体的应用场景和需求：
- 如果数据的完整性和一致性非常重要，且可以容忍短时间内的数据丢失，可以选择 RDB。
- 如果需要更细粒度的数据恢复，或者数据安全性要求较高，可以选择 AOF。
- 在实际应用中，也可以同时开启 RDB 和 AOF，这样可以结合两者的优点，既保证了数据的安全性，也提高了数据恢复的速度。
Redis 4.0 以后，还引入了混合持久化功能，它结合了 RDB 和 AOF 的优点，先记录 RDB 快照，然后记录 AOF 增量命令，这样可以在保证数据安全性的同时，提高数据恢复的速度。
存在的问题
在高并发场景里，会直接带来两个新问题：一个是写 AOF 和 RDB 会造成 Redis 性能抖动，另一个是 Redis 集群数据同步和实例恢复时，读 RDB 比较慢，限制了同步和恢复速度。
