Redis集群存在无法删除的空值残留key问题该如何解决？

问题根因 #

你遇到的是Redis集群槽位(slot)迁移异常遗留的脏数据问题：
这些key属于已经完成迁移、归属到其他节点的槽位，源节点没有清理掉迁移残留的key，就会出现你描述的现象：

• 直接连源节点能scan到key，但普通GET/DEL会返回MOVED跳转
• 跳转后的目标节点上没有对应key，操作无效果
• 集群模式下操作会自动跳转到目标节点，永远碰不到源节点的残留key

解决方法 #

单key测试清理 #

直接单节点模式连接脏key所在的源节点，使用DEBUG DEL命令绕过集群路由检查，直接删除本地存储的残留key：

# 注意不要加-c集群模式参数
redis-cli -h 192.168.100.81 -p 6381
192.168.100.81:6381> DEBUG DEL mykey-1be333a7
(integer) 1

返回1就代表删除成功，你可以再执行SCAN确认该key已经消失。

批量清理同前缀脏key #

如果有大量同规则的脏key，可以批量扫描后批量删除：

# 第一步：扫描所有符合规则的脏key导出到文件
redis-cli -h 192.168.100.81 -p 6381 --scan --pattern "mykey-*" > dirty_keys.txt

# 第二步：批量执行DEBUG DEL删除
cat dirty_keys.txt | xargs -I {} redis-cli -h 192.168.100.81 -p 6381 DEBUG DEL {}

低版本Redis兼容方案 #

部分低版本Redis如果不支持DEBUG DEL，可以临时调整槽位归属后删除：

1. 先记录目标槽位当前所属的节点ID（示例中槽位为8301）
2. 执行CLUSTER SETSLOT <槽位号> NODE <源节点ID>把槽位临时切回源节点
3. 用普通DEL命令删除残留key
4. 执行CLUSTER SETSLOT <槽位号> NODE <原目标节点ID>把槽位切回原归属节点

极端情况备选方案 #

如果确认该源节点上已经没有任何正常的业务key，所有槽位对应的有效数据都已经正确迁移到其他节点，可以直接清空该节点的本地数据：

redis-cli -h 192.168.100.81 -p 6381 FLUSHDB

注意事项 #

• DEBUG DEL属于底层运维命令，操作前建议先拿单key测试验证效果，确认不会误删正常数据再批量操作
• 清理完成后执行DBSIZE对比清理前后的key数量，确认脏数据已经被清理干净
• 清理后执行CLUSTER NODES检查集群槽位分配状态，确认没有异常的迁移中槽位，避免后续再出现同类残留问题

内容的提问来源于stack exchange，提问作者trebor