Java应用通过Redis Cluster实现水平扩展，本质是客户端使用Cluster-aware连接（如Lettuce的RedisClusterClient或JedisCluster）自动路由请求至对应slot主节点，服务端扩容后客户端自动刷新拓扑，键设计需用hash tag保证相关数据同slot，无需修改Java代码。
Java 应用通过 Redis Cluster 实现水平扩展，本质是让客户端感知并适配集群的分片逻辑，而不是靠 Java 代码“主动拆分数据”。关键在于：**使用支持 Cluster 模式的客户端（如 Jedis 或 Lettuce），正确连接集群，并由 Redis 节点自动路由请求到对应槽位（slot）所在的主节点。** 扩容动作本身发生在服务端（Redis 集群），Java 客户端只需保持连接配置合理、能自动发现拓扑变更即可。
Java 客户端必须用 Cluster-aware 连接方式
不能用单节点 Jedis 或普通 JedisPool，否则会报 MOVED/ASK 重定向错误或直接失败。必须使用：
- JedisCluster（Jedis 3.x+）：线程不安全，需复用同一实例；自动处理 slot 映射与重定向
- Lettuce 的 RedisClusterClient（推荐）：线程安全、响应式支持好、自动拓扑刷新更健壮
示例（Lettuce）：
RedisClusterClient client = RedisClusterClient.create(
RedisURI.create("redis://:password@192.168.1.10:7000")
);
StatefulRedisClusterConnection<String, String> connection = client.connect();
RedisAdvancedClusterCommands<String, String> sync = connection.sync();
// 执行命令时，Lettuce 自动计算 key 的 slot 并路由到对应节点
sync.set("user:{1001}", "data"); // {1001} 确保 hash tag 一致，避免跨 slot
扩容时 Java 侧几乎无需修改代码
Redis 集群扩容（如新增 1 主 1 从）后，只要满足以下条件，Java 客户端就能自动适配：
立即学习“Java免费学习笔记（深入）”；
- 客户端初始连接的是集群中任一存活节点（不是哨兵或单点）
- 网络可达所有新老节点（尤其新节点的 cluster bus 端口，通常是 port+10000）
- 客户端启用拓扑自动刷新（Lettuce 默认开启；JedisCluster 构造时传入 refreshPeriod 参数）
扩容完成后，客户端会在下次执行命令前拉取最新 nodes.conf 或通过 gossip 获取新拓扑，自动更新 slot → node 映射表。
键设计要配合分片机制
Java 写入数据时，若 key 不带 hash tag（如 user:1001），CRC16 计算可能将关联数据分散到不同 slot，影响原子性与性能。应主动控制分片粒度：
- 用大括号包裹业务标识：
user:{1001}:profile和user:{1001}:order保证落在同一 slot - 避免长尾 key（如含时间戳、UUID 的 key），易导致 slot 热点
- 批量操作优先用
MGET/Pipeline，但确保所有 key 属于同一 slot，否则会报 CROSSSLOT 错误
验证扩容是否生效
Java 中可通过客户端工具确认实际路由行为：
- 调用
client.getPartitions()（Lettuce）查看当前 slot 分布 - 用
sync.clusterNodes()获取集群节点状态，确认新节点 role=master 且有 slot 范围 - 对新 key 执行
sync.clusterKeySlot("testkey")查看其归属 slot，再比对该 slot 是否已分配给新节点
只要 Redis 服务端完成 reshard（槽迁移）且无 FAIL 状态，Java 应用就能无缝承接新增容量，无需重启或改逻辑。
