Redis 从入门到精通（十一）：持久化配置

系列导读本篇将深入讲解 Redis 持久化机制包括 RDB 和 AOF 两种方式。文章目录一、持久化概述1.1 为什么需要持久化1.2 持久化方式对比二、RDB 持久化2.1 配置方式2.2 手动触发2.3 RDB 文件结构三、AOF 持久化3.1 配置方式3.2 AOF 重写3.3 AOF 文件修复四、混合持久化4.1 配置方式4.2 混合持久化原理总结一、持久化概述1.1 为什么需要持久化Redis 数据存储在内存中 ↓ 服务器重启/断电 ↓ 内存数据丢失 ↓ 需要持久化到磁盘恢复数据1.2 持久化方式对比方式说明优点缺点RDB快照文件小、恢复快可能丢失数据AOF日志追加数据完整文件大、恢复慢混合RDBAOF兼具优点配置复杂二、RDB 持久化2.1 配置方式# redis.conf # 快照条件 save 900 1 # 900秒内至少1个key变化 save 300 10 # 300秒内至少10个key变化 save 60 10000 # 60秒内至少10000个key变化 # RDB文件名 dbfilename dump.rdb # 存储目录 dir /var/lib/redis # 压缩 rdbcompression yes # 校验 rdbchecksum yes2.2 手动触发# 同步保存阻塞SAVE# 异步保存推荐BGSAVE# 查看最后保存时间LASTSAVE2.3 RDB 文件结构┌─────────────────────────────────────────┐ │ RDB 文件结构 │ ├─────────────────────────────────────────┤ │ REDIS (5字节) - 魔数 │ │ 版本号 (4字节) │ │ 数据库数据 │ │ EOF (1字节) - 结束标志 │ │ 校验和 (8字节) │ └─────────────────────────────────────────┘三、AOF 持久化3.1 配置方式# redis.conf # 启用AOF appendonly yes # AOF文件名 appendfilename appendonly.aof # 同步策略 appendfsync always # 每次写入都同步最安全最慢 appendfsync everysec # 每秒同步推荐 appendfsync no # 由操作系统决定最快不安全 # 重写配置 auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb3.2 AOF 重写# 手动触发重写BGREWRITEAOF# 重写原理# 原AOF: SET a 1; SET a 2; SET a 3; INCR a; INCR a# 重写后: SET a 53.3 AOF 文件修复# 检查AOF文件redis-check-aof appendonly.aof# 修复AOF文件redis-check-aof--fixappendonly.aof四、混合持久化4.1 配置方式# redis.conf (Redis 4.0) # 启用AOF appendonly yes # 启用混合持久化 aof-use-rdb-preamble yes4.2 混合持久化原理┌─────────────────────────────────────────┐ │ 混合AOF文件结构 │ ├─────────────────────────────────────────┤ │ RDB格式数据基础数据 │ │ AOF格式数据增量数据 │ └─────────────────────────────────────────┘ 优点RDB恢复快 AOF数据完整总结本文我们学习了✅RDB持久化快照方式文件小恢复快✅AOF持久化日志追加数据完整✅混合持久化结合两者优点✅配置选择根据业务需求选择下篇预告Redis 从入门到精通十二主从复制作者刘~浪地球系列Redis 从入门到精通十一**更新时间2026-04-07