Redis集群运维中那些命令行操作的实战经验分享和技巧总结

根据我在实际运维工作中的经验,Redis集群的命令行操作不仅仅是知道几个命令那么简单，更重要的是理解命令背后的逻辑、潜在的风险以及如何高效地组合使用它们，下面我分享一些实战心得和技巧。

连接集群：别再用单机模式连了

这是新手最容易犯的错误,很多人习惯用 redis-cli -h 127.0.0.1 -p 6379 这种方式去连接集群里的某个节点，这样做非常危险，因为你连接的可能只是一个从节点，或者你执行的命令可能根本不属于这个节点负责的槽位，导致命令被转发甚至失败。

正确做法是：一定要使用集群模式连接，命令是 redis-cli -c -h <任意一个集群节点IP> -p <端口>，这个 -c 参数至关重要，它表示启用集群模式，在这种模式下，客户端会智能地处理重定向，比如你尝试在一个节点上操作一个不属于它的 key，客户端会自动跳转到正确的节点上执行，并对你是透明的，这能避免很多“MOVED”错误。（来源：Redis官方文档关于redis-cli的说明）

Key相关操作：牢记“槽位”概念

在集群中,key是通过CRC16算法计算后分配到16384个槽位中的，当你需要操作一批key时，首先要考虑这些key是否在同一个节点上。

• 批量删除的坑：你不能直接使用 keys * 命令找出所有key，然后用 del 命令批量删除，因为这些key很可能分布在不同的节点上，del 命令无法跨节点执行，这会报错。
• 技巧：正确的批量删除方法是使用 redis-cli 的 --cluster call 选项。redis-cli --cluster call <节点IP:端口> keys "user:session:*" | xargs redis-cli --cluster call <节点IP:端口> del，这条命令的意思是，先在每个节点上执行 keys 模式匹配，然后将结果通过管道传递给 del 命令在每个节点上执行，这样删除操作是在每个节点本地完成的，符合集群规则。
• 扫描大Key：同样，想找出整个集群中的大Key，也不能用一个 redis-cli --bigkeys 完事，因为它只扫描当前连接的节点，你需要对集群中的每个主节点都执行一次这个命令，然后汇总结果。（来源：实际运维问题排查中的经验总结）

节点管理：扩缩容与主从切换

• 安全添加节点：使用 redis-cli --cluster add-node 添加新节点时，新节点默认是空的主节点，没有分配任何槽位，你需要手动从现有节点中迁移一部分槽位给它，迁移过程最好在业务低峰期进行，并使用 redis-cli --cluster reshard 命令，按提示输入要迁移的槽位数量和目标节点ID，这个过程是原子性的，但大量数据迁移会对性能有影响，需要监控。
• 优雅缩容：缩容（删除节点）比扩容更需要注意。绝对不能直接杀掉一个主节点！你必须先把这个主节点上持有的所有槽位安全地迁移到其他主节点上，等它变成一个没有任何槽位的空主节点后，才能执行删除操作。redis-cli --cluster reshard 同样用于迁出槽位。
• 主动故障演练：不要等真出了故障再手忙脚乱，可以定期进行故障演练，比如手动强制一个主节点下线，命令是 redis-cli -h <主节点IP> -p <端口> debug segfault，然后观察集群是否能自动完成故障转移，原来的从节点是否顺利晋升为主节点，整个过程耗时多久，业务端是否有感知，这是检验集群高可用性的最好方法。（来源：基于Redis官方高可用建议的实践）

配置与状态检查：你的诊断工具箱

• 快速查看集群状态：redis-cli --cluster check <节点IP:端口> 是你最常用的诊断命令，它能快速列出集群所有节点的主从关系、槽位分配情况、以及每个节点是否正常，如果集群状态不健康，它会明确提示你。
• 查看节点信息细节：连接到任意节点，执行 cluster nodes 命令，会输出一份非常详细的清单，包含每个节点的ID、角色（master/slave）、连接的从节点、持有的槽位范围、节点间连接状态等，这个信息比 check 更原始，但在处理复杂问题时非常有用。
• 修改配置：集群模式的配置修改有点麻烦，因为每个节点的配置文件是独立的，比如你想给所有节点设置同一个密码，就必须逐个登录到每个节点实例，修改其 redis.conf 中的 requirepass 和 masterauth（确保主从同步），然后重启每个节点。切记要逐个重启，先重启从节点，再重启主节点，避免同时中断服务。

一个实用小技巧：强制从节点变主节点

在某些极端情况下,比如主节点宕机后其从节点因为网络分区等原因未能自动晋升，而你又急需恢复写服务，可以手动执行命令让从节点接管，命令是：在目标从节点上执行 cluster failover takeover，这个命令会强制该从节点发起一次故障转移投票，使其成为新的主节点，这是一种强制手段，使用时务必明确后果，确保原主节点短时间内无法恢复，否则可能造成脑裂。（来源：Redis集群故障恢复手册）

运维Redis集群,命令行是你的手术刀，用得好的前提是深刻理解集群的数据分布和故障转移原理，每一次操作前，最好都在测试环境模拟一遍，做到心中有数，这样才能在线上环境中从容应对。