RDB快照非实时落盘，依赖bgsave子进程异步生成，期间新写入数据不包含在本次快照中；AOF重写通过双缓冲保障新命令不丢失；混合持久化仅存储格式混合，写入仍按appendfsync策略执行。
RDB快照生成时数据是否实时落盘
RDB不是实时写入磁盘的，它依赖 bgsave 创建子进程做快照，期间主进程继续处理写命令。这意味着：从触发 bgsave 到子进程真正把内存数据序列化写入临时 RDB 文件、再原子替换旧文件，整个过程存在明显时间窗口——这期间新写入的数据不会出现在本次快照中。
常见错误现象：SAVE 或 bgsave 执行后立刻断电，发现最新几秒写入丢失。这不是 bug，而是 RDB 本质决定的——它只保证“某一时刻的内存快照”，不承诺写入即持久化。
- 使用场景：适合对一致性要求不高、但需要快速恢复大体积数据的备份场景（如每日凌晨全量备份）
-
save配置项（如save 900 1）仅控制自动触发条件，不改变快照本身异步、非实时的性质 - 子进程写 RDB 文件时若磁盘满或权限不足，会静默失败并记录日志，需检查
redis.log中Failed to open the temp RDB file类错误
AOF重写期间新命令如何保证不丢
AOF 重写（bgrewriteaof）是为压缩 AOF 体积而启动的子进程，它读取当前数据库状态生成最小等效指令集。但主进程在重写期间仍持续追加新命令到原 AOF 文件——Redis 通过双缓冲机制保障这点：新命令同时写入原 AOF 文件和一个内存缓冲区；重写子进程结束后，该缓冲区内容被追加到新 AOF 文件末尾，再原子切换。
关键点在于：即使重写中途崩溃，原 AOF 文件仍是完整的、可回放的，只是没被压缩。
- 配置项
auto-aof-rewrite-percentage和auto-aof-rewrite-min-size控制自动重写时机，但不会影响写入链路的原子性 - 若启用
appendfsync always，每次写命令都同步刷盘，性能差但最安全；everysec（默认）则最多丢 1 秒数据 - 重写完成前若发生
SIGKILL强杀 Redis，新 AOF 文件可能损坏，此时启动会报错Bad file format reading the append only file，需用redis-check-aof --fix修复
RDB + AOF 混合持久化下写入顺序怎么走
开启 aof-use-rdb-preamble yes 后，AOF 文件开头是 RDB 格式快照，后面才是增量 AOF 命令。但写入逻辑仍是线性的：所有写命令先执行，再按 appendfsync 策略决定何时追加到 AOF 文件——RDB 快照部分只在 AOF 重写或重启加载时生成/解析，不参与日常写入流。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
也就是说，“混合”只是存储格式混合，不是写入路径混合。日常写操作不会触发 RDB 快照，也不会等待 RDB 完成才写 AOF。
- 加载时优先用混合 AOF：Redis 先用 RDB 部分快速恢复主体数据，再重放后续 AOF 命令补全变更，比纯 AOF 加载快得多
- 若手动执行
bgsave，它仍独立生成 .rdb 文件，不影响 AOF 文件结构或写入节奏 - 注意
notify-keyspace-events等事件通知与持久化无直接关系，不能用来判断写入是否已落盘
为什么 FLUSHALL 不一定立即清空磁盘文件
FLUSHALL 是逻辑清空命令，它删除所有数据库键，并根据持久化配置决定是否同步更新磁盘文件。如果只开了 RDB，它不会立刻触发 bgsave；如果开了 AOF，它会在 AOF 文件末尾追加一条 FLUSHALL 命令（或等价的 DEL 序列），但该命令本身是否刷盘，仍取决于 appendfsync 设置。
典型坑点：执行 FLUSHALL 后立刻关机，重启发现数据还在——因为 AOF 缓冲区未刷盘，或 RDB 快照尚未生成。
- 想确保清空落地，应显式调用
bgrewriteaof（AOF 模式）或bgsave（RDB 模式）并等待完成 -
FLUSHALL ASYNC（Redis 4.0+）会异步清理内存，但磁盘行为不变，仍受原有持久化策略约束 - 监控
redis-cli info persistence中的aof_pending_bio_fsync和rdb_bgsave_in_progress可判断后台任务是否活跃
真正影响一致性的，从来不是“用了哪种持久化”，而是你对 appendfsync 的取舍、对 bgsave 触发时机的预判，以及——是否忘了检查日志里那行被忽略的 Can't open file for writing。
