Redis持久化方案有RDB和AOF
RDB
1.介绍
RDB是一种快照式的持久化方式，它会在指定的时间间隔内将Redis数据库的所有数据生成一个二进制快照文件存储到磁盘上。
2.工作原理
- 快照生成：Redis会在内存中创建当前数据库的快照，并将其保存到磁盘。这个过程会暂停Redis的所有写操作，以确保快照的一致性。
- 定时生成：可以配置Redis在特定的时间间隔或当特定条件满足时生成快照，例如每隔一定时间或者当有一定数量的写操作发生时。
3.配置方式
配置文件'redis.conf'中可以通过'save'指令设置自动快照的策略
save 900 1
save 300 10
save 60 10000
表示 900 秒内至少有 1 次写操作、300 秒内至少有 10 次写操作、60 秒内至少有 10000 次写操作时，生成 RDB 快照。
4.优缺点
优点：
- 启动速度快：由于RDB文件是一个紧凑的二进制文件，加载时效率较高
- 数据恢复快：RDB文件是一个完整的快照，恢复时只需要读取文件并加载到内存中
- 适合灾难恢复：由于文件是紧凑的，可以将其复制到远程位置，便于在灾难恢复时使用
缺点：
- 数据丢失风险：由于是定时生成快照，在两个快照之间的数据如果发生故障将会丢失。
- 不适合频繁写操作：快照生成过程中会暂停写操作，频繁的快照生成可能影响性能。
5.适用场景
- 定期备份：适用于需要定期备份数据的场景，如电商平台的商品信息。
- 快速恢复：适用于需要快速数据恢复的场景，如金融系统的历史交易记录。
AOF
1.介绍
AOF是一种日志记录式的持久化方式，它会将每次写操作的命令记录到一个日志文件中，提供更高的持久化精度。
2.工作原理
- 命令记录：每次对数据库的写操作（如SET、HSET等）都会被记录到AOF文件中，以文本形式追加写入。
- 文件同步：可以配置文件同步的频率，以控制数据的持久化精度和性能。
3.配置方式
- 配置文件'redis.conf'中可以通过'appendonly'和'appendfsync'指令设置AOF持久化：
appendonly yes
appendfsync everysec(这里还有always和no)
表示启用AOF并每秒同步一次文件到磁盘
4.优缺点：
优点：
- 数据安全性高：由于每次写操作都会记录到日志中，即使发生故障，最多丢失最近几秒的数据。
- 文件可读性好：AOF文件是以文本形式记录的命令日志，方便查看和调试。
- 可修复性好：AOF文件损坏时可以通过命令重新执行日志文件来恢复数据。
缺点：
- 文件体积大：由于记录了所有的写操作，文件大小随着时间的增加而增大，需要定期重写(重写会将冗余的命令移除)
- 恢复数据慢：需要逐条执行日志文件中的命令来恢复数据，速度较慢。
- 性能开销大：频繁的文件同步会影响性能，特别是配置为每次写操作都同步到磁盘时。
5.适用场景
- 高精度持久化：适用于需要高精度持久化的场景，如银行系统的交易记录。
- 审计需求：适用于需要记录所有操作日志的场景，如用户行为日志系统。
RDB和AOF结合使用
Redis允许同时使用RDB和AOF两种持久化方式，来实现数据的更高可用性和安全性：
- RDB用于备份和恢复：定期生成快照，提供灾难恢复能力。
- AOF用于实时持久化：记录每次写操作，保证数据的高精度持久化。
当Redis重启时，可以通过'redis.conf'中的'aof-use-rdb-preamble'配置优先加载AOF文件来恢复数据，这样可以兼顾启动速度和数据完整性。
