Redis持久化

---

前言

Redis是一款开源的内存数据结构存储系统，其提供了多种持久化方式来保证数据的可靠性和持久化。Redis支持两种持久化方式：RDB（Redis Database）和AOF（Append Only File）。

一、RDB

RDB是Redis的一种快照持久化方式，可以将Redis的内存数据以快照的形式保存到磁盘上。RDB的实现方式是将当前Redis内存中的数据按照一定的格式序列化，然后写入到磁盘文件中。由于快照方式是基于Redis的内存状态进行备份的，因此RDB的备份效率很高，且备份文件较小。
Redis提供了两种触发RDB备份的方式：
• 手动触发：用户手动执行SAVE或BGSAVE命令。

save 900 1        # 表示在900秒内，如果有1个key发生了变化，则进行快照
save 300 10       # 表示在300秒内，如果有10个key发生了变化，则进行快照
save 60 10000     # 表示在60秒内，如果有10000个key发生了变化，则进行快照

SAVE              # 生成RDB文件
BGSAVE            # 在后台生成RDB文件

• 自动触发：Redis配置了相应的策略，例如定期备份或超过一定时间未进行过备份。

二、AOF

AOF是Redis的一种日志持久化方式，可以将Redis的操作日志以追加的形式写入到磁盘文件中。AOF的实现方式是将Redis执行的写操作以追加的形式写入到磁盘文件中。由于AOF是以操作日志的形式进行备份，AOF持久化的优点是数据完整、在意外宕机或停机时，可保证更高的数据安全；缺点是AOF文件可能比RDB文件大，AOF文件重放的时间会比RDB文件恢复的时间长。
Redis提供了三种AOF持久化方式：

• always：每条写命令都追加到AOF文件中，保证数据的完整性，但会影响性能。
• everysec：每秒钟追加一次，对性能的影响相对较小。
• no：不进行AOF持久化。

AOF持久化可以通过以下配置项进行设置：

appendonly yes          # 开启AOF持久化
appendfsync always      # 每次有数据修改都会写入AOF文件，最慢的持久化方式，但是保证完全持久化，同时对硬盘的要求是最严格的
appendfsync everysec    # 每秒钟同步一次，可能会丢失这一秒钟的数据
appendfsync no          # 完全依赖于操作系统的缓存，性能最高且数据不完全安全，适用于数据可以丢失的场景

可以通过以下命令手动进行AOF重写

BGREWRITEAOF       # 在后台进行AOF文件重写

三、RDB和AOF的选择

在选择RDB和AOF持久化方式时，需要考虑以下因素：

1. 数据的安全性：AOF保证数据更加完整和准确，但是备份文件比RDB文件更大。
2. 备份的频率：RDB方式更加适用于备份频率较低的场景，AOF更加适用于数据变更较为频繁的场景。
3. 数据的恢复速度：RDB方式在恢复数据时，需要将整个快照文件读入内存，速度相对较慢；AOF方式在恢复数据时，需要执行AOF日志中的操作，速度相对较快。

总结

综上所述，RDB方式更适用于数据变更不频繁的场景，而AOF方式更适用于数据变更频繁的场景。根据业务场景的实际需求选择合适的持久化方式可以保证Redis的数据可靠性