如果直接在终端操作,那么当发现一个槽不在当前节点,我们必须根据返回的`MOVED`指令自己手动去指定的节点中操作,所以`Redis Cluster`集群如果要实现自动连接则要求客户端必须要实现自动重定向。
在`Jedis`中,只要连接任意一个或者多个节点,且不论是`master`还是`slave`节点,`Jedis`就可以自动实现重定向连接到集群中任意节点。
下面我们就以`Jedis`客户端为例来看看如何使用`Redis Cluster`集群:
1. 还是在上一个实验的`redis-demo`内的`src/main/java`目录下的`com.lonely.wolf.redis`包内新建一个测试类`TestRedisCluster.java`进行测试:
~~~java
package com.lonely.wolf.redis;
import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.JedisCluster;
import java.io.IOException;
import java.util.HashSet;
import java.util.Set;
public class TestRedisCluster {
public static void main(String[] args) throws IOException {
HostAndPort hp1 = new HostAndPort("localhost",6370);
Set nodes = new HashSet<HostAndPort>();
nodes.add(hp1);
JedisCluster cluster = new JedisCluster(nodes);
cluster.set("name", "lonely_wolf");
System.out.println(cluster.get("name"));
cluster.close();
}
}
~~~
2. 同时,需要修改`pom.xml`文件中的`mainClass`属性,把这个类名修改正确:
~~~xml
<mainClass>com.lonely.wolf.redis.TestRedisCluster</mainClass>
~~~
3. 执行如下命令:
~~~bash
# 进入 redis-demo 主目录
cd /home/project/redis-demo
# 将项目打包成一个 jar 包
mvn clean package -Dmaven.test.skip=true
~~~
4. 打包之后执行如下命令,运行项目可以成功输出`lonely_wolf`:
~~~bash
java -jar target/redis-demo-1.0.0-SNAPSHOT.jar
~~~
![](https://img.kancloud.cn/5e/27/5e273f16fc35386fe9c16415d7d1a4b0_943x267.png)
在我们的`demo`中,只连接了一台`6370`,那我们就看看`name`这个`key`到底是不是`6370`这个服务负责的槽,执行如下命令:
~~~bash
# 连接上 6370 服务
/home/project/redis-6370/bin/redis-cli -p 6370
get name
~~~
![](https://img.kancloud.cn/9b/94/9b94d6ad4085810ee3fa7cb99f81d3cf_696x128.png)
可以看到,在这里提示我们需要去`6371`服务操作,这就说明`name`这个`key`是由`6371`负责的,而我们在代码中只连接了`6370`这一个服务,是`Jedis`客户端实现了自动重连的功能.
- Redis 为什么这么快
- 什么是 Redis
- Redis 的安装
- Redis 到底有多快
- Redis 是单线程还是多线程
- Redis 为什么选择使用单线程来执行请求
- 什么是 IO 多路复用机制
- Redis 中 I/O 多路复用的应用
- 一个简单的字符串,为什么 Redis 要设计的如此特别
- Redis 的 9 种数据类型
- 二进制安全字符串
- sds 空间分配策略
- sds 和 C 语言字符串区别
- sds 是如何被存储的
- type 属性
- encoding 属性
- 通过牺牲速度来节省内存,Redis 是觉得自己太快了吗
- 什么是压缩列表
- ziplist 的存储结构
- entry 存储结构
- ziplist 数据示例
- ziplist 连锁更新问题
- 为了加快速度,Redis 都做了哪些“变态”设计
- 列表对象
- linkedlist
- linkedlist 和 ziplist 的选择
- quicklist
- 列表对象常用操作命令
- Redis 中哈希分布不均匀该怎么办
- 哈希对象
- hashtable
- ziplist
- ziplist 和 hashtable 的编码转换
- 哈希对象常用命令
- 同一份数据,Redis 为什么要存”两次”
- 五种基本类型之集合对象
- intset 编码
- 集合对象常用命令
- 五种基本类型之有序集合对象
- skiplist 编码
- ziplist 编码
- ziplist 和 skiplist 编码转换
- 有序集合对象常用命令
- 要想用活 Redis,Lua 脚本是绕不过去的坎
- 发布与订阅
- 基于频道的实现
- 基于模式的实现
- Lua 脚本
- Lua 脚本的调用
- Lua 脚本中执行 Redis 命令
- Lua 脚本摘要
- Lua 脚本文件
- 脚本异常
- 作为一款内存数据库,为什么断电后 Redis 数据不会丢失
- Redis 持久化机制
- RDB 持久化机制
- AOF 持久化机制
- 内存耗尽后 Redis 会发生什么
- 内存回收
- 过期策略
- 8 种淘汰策略
- LRU 算法
- LFU 算法
- 不能回滚的 Redis 事务还能用吗
- Redis 有事务吗
- Redis 事务实现原理
- Redis 事务 ACID 特性
- watch 命令
- watch 命令的作用
- watch 原理分析
- Redis 为什么不直接用 master-slave 集群
- Redis 集群方案
- 主从复制
- 配置一主两从 master-slave 集群
- 主从复制原理分析
- 主从服务的不足之处
- Sentinel(哨兵)机制为什么从神坛滑落
- 哨兵 Sentinel 机制
- Sentinel 原理分析
- 配置 Sentinel 集群
- Sentinel 机制实战
- Sentinel 机制的不足之处
- Redis Cluster 集群凭什么成为了最终的胜利者
- Redis 分布式集群方案
- 客户端实现分片
- 中间代理服务实现分片
- Redis Cluster 方案
- 手动配置一个 Redis Cluster 集群
- Redis Cluster 集群常用命令
- 客户端如何使用 Redis Cluster 集群
- Redis Cluster 的不足
- 如何从 10 亿数据中快速判断是否存在某一个元素
- 缓存雪崩
- 缓存击穿
- 缓存穿透
- 布隆过滤器(Bloom Filter)
- 布隆过滤器的 2 大特点
- 布隆过滤器的实现(Guava)
- 布隆过滤器的如何删除