redis集群优雅重启必须用redis-cli shutdown nosave跳过持久化，再删nodes.conf、dump.rdb或appendonly.aof，执行cluster reset hard清除内存状态，否则引发clusterdown等错误。
停服务前必须执行 redis-cli shutdown nosave
直接 kill -9 或 systemctl stop redis 会导致 Redis 在退出前自动触发一次 RDB dump，或者把当前内存状态追加进 AOF——这会污染原始日志，让恢复彻底失效。正确做法是用 redis-cli shutdown nosave，它强制关闭服务且跳过所有持久化动作。验证是否生效：关掉后检查 appendonly.aof 文件大小是否没变、dump.rdb 是否未被更新。
从 AOF 文件里安全删掉 DEL 和 FLUSHALL 对应的 RESP 块
AOF 不是明文脚本，而是 RESP 协议编码的二进制文本，比如 DEL mykey 实际存成 *2\r\n$3\r\nDEL\r\n$4\r\nmykey\r\n。直接搜 “DEL” 容易误匹配 key 名或注释；用 tail -n 200 appendonly.aof | hexdump -C 查末尾结构更可靠。编辑时注意：
- 只删整块命令（含前面的
*2\r\n$3\r\nDEL\r\n...及其所有参数行），不能只删某一行 -
SELECT和EXPIRE行必须保留，删了会导致 key 加载到错误 DB 或立即过期 - 如果 AOF 开头有
REDIS0011魔数（说明混用了 RDB+AOF 混合格式），这一行绝不能动
改完必须用 redis-check-aof --fix 验证再启动
手改 AOF 极易出错： 写成 、漏掉 \r\n、多一个空格，都会让 Redis 启动时报 Bad file format reading the append only file 并静默失败。运行 redis-check-aof --fix appendonly.aof 能修复基础格式（如补换行、截断不完整命令），但它不会判断哪条 DEL 是误删——这个决策只能人工做。务必在副本上验证，成功后再替换原文件。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
重启前清空残留内存和 RDB 文件
即使 AOF 修复正确，如果 Redis 启动时加载 AOF 前内存里还有旧数据（比如上次没清干净，或配置了 save 导致 dump.rdb 被加载），就会出现 key 冲突、过期时间错乱。稳妥步骤是：
- 确认
redis.conf中dbfilename和dir指向正确路径 - 手动删掉当前目录下的
dump.rdb（如有） - 确保
redis-server进程已完全退出（ps aux | grep redis确认无残留）
真正麻烦的是时间线对齐——AOF 里没有显式时间戳，你得靠业务逻辑或命令顺序推断哪条 DEL 在 SET 之后、哪条在之前。这点没法自动化，也最容易被忽略。
