本文共 1549 字，大约阅读时间需要 5 分钟。

Redis持久化深入解析

作为内存数据库，Redis的数据存储依赖于服务器进程的持续运行。一旦Redis服务器进程退出或运行Redis服务器的计算机停机，Redis服务器中的数据将丢失。为了避免数据丢失，Redis提供了两种持久化机制：RDB和AOF。以下从基本原理到实际应用详细介绍两种持久化方式。

一、持久化的必要性

Redis将数据存储在内存中，内存数据一旦服务器进程退出或计算机停机，数据将丢失。因此，持久化机制的作用是记录数据在内存中的状态，确保在数据丢失时能够快速恢复。

二、RDB持久化

RDB持久化通过将Redis数据库在特定时间点的状态保存到文件中实现。这种方式被称为快照持久化，因为它记录的是数据的静态副本。

1. RDB文件生成

Redis提供了两种命令创建RDB文件：SAVE和BGSAVE。

• SAVE命令：会阻塞Redis服务器进程，直到RDB文件生成完毕。在此期间，服务器无法处理任何命令请求。
• BGSAVE命令：通过子进程生成RDB文件，服务器进程继续处理命令请求，避免了对业务逻辑的影响。

默认配置下，Redis服务器在满足以下任一条件时执行BGSAVE：

生成的RDB文件路径由Redis配置文件确定，默认文件名为redis_XXXXXX.rdb。

2. RDB文件加载

Redis在启动时会自动加载RDB文件进行数据恢复。默认情况下，Redis启用AOF持久化时会优先使用AOF文件还原数据；否则，使用RDB文件还原数据。

3. RDB持久化的特点

• 优点：文件体积较小，恢复速度快。
• 缺点：无法确保高可用性，可能丢失最后一次持久化前的写操作数据。

三、AOF持久化

AOF持久化通过记录Redis服务器执行的所有写命令实现数据持久化。这种方式被称为日志持久化，因为它记录的是操作日志。

1. AOF文件结构

AOF文件包含Redis服务器执行的写命令日志，默认文件名为appendonly.aof。文件内容以二进制格式存储，支持压缩。

2. AOF文件生成

AOF持久化默认启用，所有写操作都会追加到AOF缓冲区，根据appendfsync选项选择何时同步到磁盘：

• always：每次写操作都同步到磁盘，保证数据安全性，但性能较低。
• everysec：每秒同步一次，兼顾性能和安全性。
• no：仅由操作系统决定何时同步，性能较好但安全性较低。

3. AOF文件加载

Redis启动时会自动加载AOF文件还原数据。AOF文件的优先级高于RDB文件。

4. AOF重写

随着数据不断修改，AOF文件体积不断增大。Redis提供了AOF重写功能，通过读取当前数据库状态，减少冗余命令，生成新的AOF文件。重写过程由子进程执行，不影响服务器主进程。

5. AOF重写触发

AOF重写可以通过以下方式触发：

• 手动调用BGREWRITEAOF命令
• **配置auto-aof-rewrite-percentage和auto-aof-rewrite-min-size，自动触发重写（默认值为100%和64MB）

四、RDB与AOF的对比

五、总结

选择RDB还是AOF取决于具体需求：

• RDB适合需要快速恢复的场景，且对数据一致性要求不高。
• AOF适合需要高数据安全性的场景，尤其是对业务连续性要求高的应用。

两种持久化方式可以结合使用，根据实际需求进行配置。

转载地址：http://jmfh.baihongyu.com/