持久化策略选择

Redis提供多种持久化方式，选择合适的策略需要综合考虑数据安全、恢复速度、性能开销等因素。

持久化方式对比

三种方式特点

详细对比

RDB快照：
+ 恢复速度快（GB级几秒）
+ 文件紧凑，适合备份
+ 对性能影响小
- 可能丢失几分钟数据
- fork大内存时短暂阻塞

AOF日志：
+ 数据安全，最多丢失1秒
+ 可读性强，便于分析
+ 实时持久化
- 恢复慢（GB级几分钟）
- 文件较大
- 性能略低

混合持久化：
+ RDB快 + AOF安全
+ 文件大小适中
+ 最佳平衡方案
- Redis 4.0+才支持

场景选择策略

场景1：缓存场景

特点：
- 数据可丢失
- 重新加载即可
- 性能优先

推荐：RDB或不持久化

配置：
save 900 1  # 低频保存或不保存
appendonly no

缓存数据丢失后可从数据库重新加载，不需要强持久化。

场景2：纯缓存+少量持久化

特点：
- 大部分是缓存
- 少量重要数据需持久化
- 平衡性能和数据安全

推荐：RDB + 低频保存

配置：
save 300 10  # 5分钟10次修改保存
appendonly no

场景3：关键业务数据

特点：
- 数据不能丢失
- 需要实时持久化
- 数据安全优先

推荐：混合持久化（Redis 4.0+）或纯AOF

配置（混合）：
appendonly yes
aof-use-rdb-preamble yes
appendfsync everysec

配置（纯AOF）：
appendonly yes
appendfsync everysec

场景4：高性能要求

特点：
- 写入量大
- 性能优先
- 可容忍少量丢失

推荐：AOF + everysec

配置：
appendonly yes
appendfsync everysec
no-appendfsync-on-rewrite yes  # 重写时不fsync

场景5：数据量巨大

特点：
- 内存占用大（10GB+）
- fork耗时长
- 需要控制阻塞时间

推荐：混合持久化 + 合理重写配置

配置：
appendonly yes
aof-use-rdb-preamble yes
auto-aof-rewrite-min-size 512mb  # 增大触发阈值

场景6：主从复制架构

特点：
- 从节点提供备份
- 主节点持久化可选
- 复制同步数据

推荐：主节点RDB或混合，从节点开启持久化

配置（主节点）：
save 900 1
appendonly yes  # 开启更安全

配置（从节点）：
appendonly yes  # 从节点持久化作为备份

决策依据

数据重要性

高重要性（不能丢失）：
- 用户数据、订单数据、支付数据
- 选择：混合持久化或AOF

中等重要性（可容忍少量丢失）：
- 会话数据、缓存数据、统计数据
- 选择：AOF everysec 或 RDB

低重要性（可完全丢失）：
- 纯缓存、临时数据
- 选择：RDB或不持久化

写入频率

高频写入：
- 每秒大量写入
- 选择：混合持久化 + 控制重写频率

中等写入：
- 选择：混合持久化或AOF

低频写入：
- 选择：RDB即可满足

数据量大小

小数据量（<4GB）：
- fork快，阻塞短
- 选择：任意方式均可

中等数据量（4-16GB）：
- 注意fork时间
- 选择：混合持久化

大数据量（>16GB）：
- fork可能阻塞较长
- 选择：增大重写阈值，减少fork频率

恢复速度要求

快速恢复要求：
- 业务不能长时间停服
- 选择：混合持久化或RDB

可接受慢恢复：
- 有足够恢复窗口
- 选择：纯AOF也可

推荐配置矩阵

按场景推荐

┌─────────────────┬───────────────────────────────┐
│ 场景             │ 推荐配置                       │
├─────────────────┼───────────────────────────────┤
│ 纯缓存           │ 不持久化或RDB低频              │
│ 缓存+少量持久化  │ RDB中等频率                    │
│ 关键业务         │ 混合持久化 + everysec          │
│ 高性能           │ AOF everysec + 重写优化        │
│ 大数据量         │ 混合 + 大重写阈值              │
│ 主从架构         │ 主节点混合，从节点全持久化     │
└─────────────────┴───────────────────────────────┘

标准配置模板

# 缓存场景
save 900 1
appendonly no

# 中等安全场景
save 900 1
save 300 10
appendonly yes
appendfsync everysec

# 高安全场景（Redis 4.0+）
appendonly yes
appendfsync everysec
aof-use-rdb-preamble yes
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb

不持久化场景

适用情况

- 纯缓存用途
- 数据可完全重建
- 性能极致要求
- 数据源在其他系统

配置

# 禁用所有持久化
save ""
appendonly no

# 注意：重启后数据完全丢失

补偿措施

- 启动时预热缓存
- 从数据库加载热点数据
- 定期备份到其他系统

同时使用RDB和AOF

配置方案

# 同时开启RDB和AOF
save 900 1
save 300 10
appendonly yes
appendfsync everysec
aof-use-rdb-preamble yes  # 混合模式

作用分工

混合AOF：主持久化，恢复时优先使用
RDB文件：备份用途，跨机房传输方便

启动加载：
- AOF存在 → 加载混合AOF
- AOF不存在 → 加载RDB

备份策略

日常备份：
- 混合AOF文件（主）
- RDB文件（辅）

跨机房备份：
- RDB文件（小，传输快）

灾难恢复：
- 使用远程RDB备份 + 本地AOF增量

决策流程图

开始 → 数据重要性？
       ├─ 高 → 混合持久化 or AOF
       │       ├─ Redis 4.0+ → 混合持久化
       │       └─ Redis 3.x → AOF
       ├─ 中 → 写入频率？
       │       ├─ 高 → AOF everysec
       │       └─ 低 → RDB中等频率
       └─ 低 → 性能要求？
               ├─ 极高 → 不持久化
               └─ 中等 → RDB低频

要点总结

• 缓存场景：不持久化或RDB低频保存即可
• 关键业务：混合持久化（Redis 4.0+）或AOF
• 高性能要求：AOF everysec + 重写优化
• 大数据量：增大重写阈值，减少fork频率
• 主从架构：从节点持久化作为备份
• 数据安全优先：混合持久化最佳
• 恢复速度优先：RDB或混合持久化
• 同时开启RDB和混合AOF：AOF主恢复，RDB主备份
• 根据数据重要性、写入频率、数据量综合决策
• Redis 4.0+推荐混合持久化作为默认方案