Redis 持久化：从零到掌握

news2025/2/22 3:49:47

Redis 作为一款广泛使用的内存数据库，虽然核心功能是基于内存提供高性能的数据存取，但在实际应用中，数据的持久化是不可忽视的。毕竟，内存中的数据一旦出现故障或重启，就会面临数据丢失的风险。因此，Redis 提供了多种持久化机制，确保数据能够安全地存储在磁盘中。

本文将详细介绍 Redis 的持久化机制，包括 RDB 和 AOF 两种持久化方式的工作原理、配置方法、优缺点以及实际应用场景。

Redis 持久化的重要性

Redis 默认是将数据存储在内存中，这种特性使得其读写性能非常高。然而，内存中的数据是临时的，一旦服务器重启或发生故障，内存中的数据就会丢失。为了避免数据丢失，Redis 提供了持久化功能，可以将数据保存到磁盘中。

持久化的主要目的是为了：

数据备份：防止数据丢失，确保数据安全。
恢复数据：在服务器故障后，可以从磁盘中恢复数据。
数据迁移：通过持久化文件可以方便地将数据迁移到其他服务器。

Redis 的持久化方式

Redis 提供了两种持久化方式：RDB（快照） 和 AOF（增量文件）。可以单独使用其中一种，也可以两者结合使用。

1. RDB（快照）持久化

工作原理

RDB 持久化是通过生成数据库的快照（Snapshot）来实现的。Redis会定期将内存中的数据写入到磁盘中，生成一个 .rdb 文件。这个文件是一个二进制文件，保存了某一时刻 Redis 数据库的完整状态。

配置 RDB 持久化

主动备份：

save：是由Redis主进程来执行RDB，会阻塞所有命令
bgsave：开启子进程执行RDB，避免主进程受到影响

RDB 持久化的配置可以通过 redis.conf 文件进行设置。以下是一些常用的配置参数：

# 启用 RDB 持久化
save 60 1
# RDB 文件名称
rdbcompression yes
# RDB 文件路径
dbfilename dump.rdb
# 工作目录
dir ./

save 60 1：表示每隔 60 秒，如果有至少 1 个键发生了变化，就会触发一次 RDB 持久化。
rdbcompression yes：启用 RDB 文件的压缩，减少文件体积。
dbfilename dump.rdb：指定 RDB 文件的名称。
dir ./：指定 RDB 文件的存储路径。

优点

文件小：RDB 文件是二进制文件，体积较小，适合用于备份和传输。
恢复快：从 RDB 文件恢复数据的速度较快，因为只需要加载一个文件。
适合备份：RDB 文件适合用于定期备份，方便数据恢复。

缺点

丢失数据：RDB 持久化是基于快照的，两次快照之间的数据可能会丢失。
性能影响：生成 RDB 文件时，Redis 需要 fork 子进程，fork 过程会占用内存和 CPU 资源。

2. AOF（增量文件）持久化

工作原理

AOF 持久化是通过记录每一次写操作（如 SET、INCR 等）来实现的。每当有写操作发生，Redis 会将操作记录到 appendonly.aof 文件中。这样，即使服务器重启，Redis 也可以通过回放 AOF 文件中的命令来恢复数据。

配置 AOF 持久化

AOF 持久化的配置同样可以通过 redis.conf 文件进行设置。以下是一些常用的配置参数：

# 启用 AOF 持久化
appendonly yes
# AOF 文件名称
appendfilename "appendonly.aof"
# AOF 文件路径
dir ./
# 同步策略
appendfsync everysec
# 文件重写
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

appendonly yes：启用 AOF 持久化。
appendfilename "appendonly.aof"：指定 AOF 文件的名称。
appendfsync everysec：设置 AOF 文件的同步策略：
- always：每次写操作都同步到磁盘（安全性高，但性能低）。
- everysec：每秒同步一次（默认值，平衡了安全性和性能）。(一般都是用这个)
- no：由操作系统决定何时同步（性能高，但安全性低）。
auto-aof-rewrite-percentage 100：当 AOF 文件体积是上一次重写时的 2 倍时，自动触发重写。
auto-aof-rewrite-min-size 64mb：AOF 文件达到 64MB 时才允许重写。