Redis 中 RDB 持久化示例剖析

在 Redis 的持久化机制中，RDB（Redis Database）是一种重要方式。它将 Redis 在某一时刻的内存数据快照保存到磁盘上，当 Redis 重启时，可以通过加载这个快照文件来恢复数据。下面通过示例深入剖析 RDB 持久化。

假设我们有一个简单的电商应用场景，需要使用 Redis 存储商品信息。开启 RDB 持久化非常简单，在 Redis 配置文件（redis.conf）中，默认已经开启了 RDB 相关配置。

在应用中，我们向 Redis 写入一些商品数据。例如，使用 SET 命令存储商品的名称和价格：

SET product:1 "iPhone 14, 999$"
SET product:2 "Samsung Galaxy S23, 899$"

当满足一定条件时，Redis 会触发 RDB 快照的生成。这个条件可以在配置文件中通过 save 选项设置。比如：

save 900 1
save 300 10
save 60 10000

这表示在 900 秒内如果有 1 次写操作，或者 300 秒内有 10 次写操作，又或者 60 秒内有 10000 次写操作，Redis 就会触发一次 RDB 快照生成。

当 RDB 快照生成时，Redis 会 fork 一个子进程，由子进程负责将内存数据写入磁盘文件（默认名为 dump.rdb）。在这个过程中，主进程依然可以继续处理客户端的请求，不会阻塞。

当我们重启 Redis 时，Redis 会自动检测并加载 dump.rdb 文件。如果文件存在，Redis 会根据文件中的数据恢复到上次快照时的状态。我们可以再次获取之前存储的商品信息：

GET product:1
GET product:2

会得到之前存储的商品名称和价格。

不过，RDB 持久化也有一些局限性。由于是定期生成快照，如果在两次快照之间发生故障，这段时间内的数据将会丢失。但它在数据恢复速度上有优势，因为加载一个完整的内存快照通常比重放 AOF 日志要快。

通过这个简单的电商示例，我们对 Redis 中 RDB 持久化机制有了更直观的认识。在实际应用中，需要根据业务需求合理选择和配置持久化方式，以确保数据的安全性和可用性。