是的。shutdown 默认执行同步RDB保存，前提是redis.conf中存在未注释的有效save规则（如save 60 10000），且磁盘空间充足、无阻塞命令；它会先落盘再断连最后退出。
Redis 用 shutdown 命令关闭时，默认就会触发 RDB 持久化（只要 RDB 配置未被禁用），无需额外操作；但前提是配置正确、磁盘空间充足、没有阻塞型命令正在执行。
shutdown 默认是否执行 RDB？
是的。只要 redis.conf 中存在有效的 save 规则（例如 save 60 10000），且未被设为 save "" 或全部注释，redis-cli shutdown 就会执行一次同步 RDB 保存（即调用 save，不是 bgsave），再退出。这个过程会阻塞服务直到 RDB 写完。
常见误解是“shutdown 只断连不落盘”，其实它默认行为就是「先落盘、再断连、最后退出」。
- 如果 RDB 配置已关闭（
save ""），shutdown不会生成 dump.rdb，也不会报错 - 如果启用了 AOF（
appendonly yes），shutdown也会确保 AOF 缓冲区刷盘（fsync） - 若想跳过 RDB（比如你明确知道此刻不需要快照），可加
nosave参数：redis-cli shutdown nosave
为什么 shutdown 后没看到新的 dump.rdb？
有三个高频原因：
-
save配置被清空或注释了 → 检查 redis.conf 中是否还有未注释的save行，比如save 900 1 - 磁盘满或权限不足 → 查看 Redis 日志（
logfile配置项指定路径），搜索Failed to open the temp file for RDB或Permission denied - RDB 正在后台执行中（
bgsave进程未结束），而shutdown会等它完成；若此时 kill -9 强杀，会导致 RDB 中断、文件损坏
验证方式：执行 redis-cli info persistence | grep rdb_bgsave_in_progress，返回 rdb_bgsave_in_progress:0 才表示无后台保存任务。
如何确认 RDB 确实写成功了？
不能只看 dump.rdb 文件时间戳，因为 shutdown 是同步写，但写入失败时可能只留下零字节或残缺文件。
- 检查文件大小：
ls -lh /var/lib/redis/dump.rdb（路径以dir和dbfilename配置为准），正常 RDB 至少几百字节以上 - 用
redis-check-rdb工具校验：redis-check-rdb /var/lib/redis/dump.rdb，输出Checksum OK才算有效 - 对比
info persistence中的rdb_last_save_time和系统当前时间，差值应在几秒内
注意：rdb_last_bgsave_status:ok 仅表示上一次 bgsave 成功，不反映 shutdown 是否成功落盘。
生产环境推荐的 shutdown 流程
别依赖默认行为，主动控制更可靠：
- 先手动触发一次
bgsave：redis-cli bgsave，再用info persistence确认rdb_bgsave_in_progress:0且rdb_last_bgsave_status:ok - 再执行
redis-cli shutdown save（显式加save参数，语义清晰，兼容所有版本） - 观察日志结尾是否有
DB saved on disk和Exiting两行，中间无error或failed - 重启后用
redis-cli dbsize对比数据量，确认未丢失
最易被忽略的一点：RDB 落盘成功 ≠ 数据完全安全——如果 save 触发条件宽松（如 save 3600 1），而你只改了 1 个 key 就关机，那这次 shutdown 就不会写 RDB；所以关机前务必确保满足任一 save 条件，或手动 bgsave。
