| 配置 | save 留空、appendonly no |
|---|---|
| 收益 | 无 fork/磁盘开销，重启启动快 |
| 风险 | 冷启动全量回源 |
示例
示例
redis-cli CONFIG SET save ""
redis-cli CONFIG SET appendonly no
redis-cli CONFIG REWRITE如果选择不持久化，缓存预热与后端限流保护要补上，避免「实例重启导致数据库雪崩」。
本包目录（421 条）
数据结构与选型42 条
持久化56 条
- AOF 原理：追加日志与重放
- RDB 快照原理
- RDB 与 AOF 对比与混用
- appendfsync：always/everysec/no
- 持久化方案：先定可容忍丢失量
- fork 与写时复制（COW）机制
- 从 RDB 恢复数据
- appendonly 与 AOF 文件形态
- BGREWRITEAOF：AOF 重写
- SAVE 与 BGSAVE 的区别
- BGSAVE 失败与写保护
- INFO persistence 常用字段解读
- RDB 的触发方式
- 启动加载：数据库从文件恢复的顺序
- redis-check-aof 修复 AOF
- save 配置：自动快照节奏
- 物理备份：定时拷贝快照文件
- vm.overcommit_memory 与后台保存
- dbfilename 与 dir：数据文件位置
- 自动重写触发条件
- 运行时切换持久化配置
- redis-check-rdb 校验快照
- 7.0 多文件 AOF 结构
- 丢失窗口计算与业务对账
- aof-load-truncated：尾部截断处理
- SHUTDOWN 与保存行为
- 持久化监控指标清单
- 换机迁移：快照加配置的完整流程
- 禁用自动快照：save 空字符串
- 透明大页（THP）与 fork 延迟
- 持久化磁盘与文件系统的选择
- 数据安全组合：持久化之外的三层
- rdbcompression 与快照体积
- RDB 版本兼容与升级回滚
- no-appendfsync-on-rewrite 权衡
- 版本升级时的持久化注意点
- AOF 体积增长与磁盘水位
- rdbchecksum：快照完整性校验
- RDB 会保存 LFU/LRU 元数据
- 重写缓冲区：衔接新旧文件
- fsync 错误与数据安全
- 恢复演练：备份可用性的唯一证明
- 容器化实例的持久化注意点
- 持久化排查工具速查
- COW 内存监控方法
- 低峰快照与重写编排
- 备份完整性校验：md5 与抽检
- 纯缓存实例的持久化取舍
- AOF 时间戳注释（7.0）
- 备份文件的权限与加密
- 增量文件轮转与重写关系
- 磁盘告警时的应急处置顺序
- WAITAOF：等待 AOF 落盘确认
- DEBUG RELOAD 验证落盘数据
- 快照临时文件与残留处理
- manifest 完整性要求
纯缓存实例的持久化取舍
纯缓存实例可以选择不持久化：省去 fork 与磁盘开销，代价是重启后冷启动回源，需要评估后端数据库能否扛住瞬时压力。
易错点
- 「缓存可丢」的判断要逐键类型确认：混存会话或队列数据的实例并不适合关闭持久化
- 关闭持久化前先确认副本与预热方案，否则重启窗口可能远超预期
数据来源与参考
- Redis 官方文档：缓存场景持久化说明