不能只把Redis地址换成集群节点就认定完成扩容。Redis Cluster涉及槽位路由、重定向和多键限制，WordPress对象缓存插件及其PHP客户端必须支持对应模式。先确认版本、配置与操作兼容，再评估是否真的需要集群。
集群不是普通地址列表
Cluster会把键分布到不同槽位和节点，客户端需理解路由及节点变化。普通单机连接即使能执行一条简单命令，也不代表后续所有操作正常。查阅实际客户端的集群支持和对象缓存插件的配置，不能仅按托管平台提供的节点列表猜参数。
多键操作存在槽位约束
涉及多个键的命令或脚本可能要求相关键处于相同槽位，否则会出现跨槽位错误。缓存插件的批量读取、删除和组清理可能受到影响。不要通过随意修改全部键的命名强行解决，这会改变既有缓存结构，并可能降低分片预期收益。
容量问题先找瓶颈
单站慢可能来自数据库查询、网络延迟或大对象，Cluster不会自动消除这些问题。先看Redis容量、CPU和命令分布，确认扩容目标是存储还是吞吐。集群还增加网络、监控和故障处理复杂度，小站点未必因引入更多节点而得到更好的整体表现。
验收覆盖节点变化
在隔离环境验证普通读写、批量操作、过期、删除与节点变化后的恢复，不只做一次连接测试。记录使用的插件和客户端版本及已覆盖功能。若某项官方支持受版本或授权限制，应明确边界，不把一种插件的能力推广到所有WordPress缓存实现。
关键区别
单机连接：固定服务入口；不等于集群路由。
槽位：决定键分布；影响多键操作。
集群客户端：处理路由变化；需插件配合。
怎样确认处理到位
验收要能证明日常缓存功能和节点变化后的请求仍正确，且没有跨槽位错误。性能结论基于实际负载比较，不能只凭节点数量判断扩容成功。
容易误判的边界
先验证插件和客户端对Cluster路由、多键操作及故障恢复的支持，再评估容量收益。不要拿生产环境做首次切换，也不要把增加节点当成通用加速开关。
