Redis个人心得笔记（七）
目录
Redis个人心得笔记（七）
一.jedis代码连接cluster集群
二.Redis集群槽道原理
槽道原理必须解决的问题
问题一
问题二
槽道原理的结构
二进制位序列可以判断结点的管理槽道权
集群中节点的二进制特点:
槽道的基础，两两互联，集群最大连接数为1000，到底为什么呢？
索引数组可以保存所有的槽道管理者信息
三.Redis集群槽道原理
四.调用集群命令cluster meet 节点碰撞
1.杀死所以进程，并且把生产的文档全部删除
2.启动对应的节点
3.启动完毕
4.节点握手
5.握手测试
6.全部加入进去 集群节点握手成功
7.分配槽道
8.写个脚本，循环分配槽道
一.jedis代码连接cluster集群
JedisCluster,由于redis集群的特点,对象自带连接池,自带高可用的功能
如果把8001干掉的话，其他主见会选举，因为之前有配置8001的从节点，多个一小会，从节点会顶替8001工作
二.Redis集群槽道原理
槽道原理必须解决的问题
问题一
- 节点如何在取模算法获取的结果之后判断是否由当前节点管理这个槽道?
问题二
- 如果判断结果是不管理,如何获取正确的槽道所在的结点信息
槽道原理的结构
内存中保存2中数据结构内容,维护所有与槽道,节点对应关系的计算
- 16384位的二进制,本质2048个元素的byte数组,位序列
- 16384个元素的数组对象,元素内容是引用变量,索引数组
二进制位序列可以判断结点的管理槽道权
二进制中,可以利用对二进制的计算(位移计算),获取每一位的"下标"号,下标号是0-16383,每一个下标对应一个槽道号,每一个槽道号就可以在二进制中找到一个1/0的值,每一个节点中都会存储管理这样一个byte数组的位序列,通过对二进制的计算,获取槽道号对应的二进制值,1表示有管理权,0表示没有管理权.
举例:
set name ly 下标为6569 假设三个主节点分别是A（0-5461）B（5462-10086）C（10087-16383） 假如进入到A节点中获取最后一个槽道发现是5461之前的二进制都是1，说明超过5461之后的槽道不归A处理，就判断转发找到对应的B节点中 处理数据 哪如何判断的呢？是逐一判断的吗 还是直接找到的呢？
假设 上篇博客中，如上图5798槽道莫名其妙报错不想要了，我把这个槽道从B主节点中扔给A的话，在A中对应的二进制会改变，原来的0变为1
集群中节点的二进制特点:
- 有槽道管理权主节点的二进制有值,所有二进制位的或运算是16384位个1
- 而且每一位最多只有一个结点的二进制是1
- 没有管理权的主节点和从节点:二进制位序列都是0
位移的介绍
>>x&1 保真
- key s输入的字符串数据 如：ly
- 因为只是简单模拟了所以设置8个槽道，没设置16384个槽道
- bin 为槽道一共八个 循环是获取每一位的二进制的值
- 当key的二进制的值对应槽道号的值就只关注对应槽道，其二进制值为1
- 因为Redis底层是用C写的，所以底层会对2048个元素的byte数组,位序列
16384个元素,下标对应槽道号,每一个下标对应槽道号的元素内容是一个引用的对象,槽道号的管理者是谁,元素引用对象(变量)指向内存中节点点的对象.当二进制判断完成所有权,一旦发现不管理,就直接到数组中获取对应下标的元素变量拿到节点对象,ip,port,id,进行转发redirect逻辑;
结论:
- 槽道是一个由两部分主要数据结构组成的计算逻辑;
- 这两部分数据结构都是内存在创建集群时就出现的内存数据;
以上是解决问题一的答案
槽道的基础，两两互联，集群最大连接数为1000，到底为什么呢？
如上图，当我们搭建一个集群的时候，把对应的节点的信息都会加载进去，假设我们搭建三个主节点的集群，随便进入一个节点中都可以获取其他节点的信息，如上如所说，每新增加一个节点都会在原有的节点中加入该节点的信息，如此类推，所以当节点数量过大时，所存储的信息也越多，所以一个集群最大连接为一千左右
索引数组可以保存所有的槽道管理者信息
初始化过程中,创建集群,每一个节点都会将所有集群的结点信息保存到内存的各个对象中,每一个对象都有集群节点的ip,port,id等等
三.Redis集群槽道原理
CLUSTER INFO 打印集群的信息
CLUSTER NODES 列出集群当前已知的所有节点（node），以及这些节点的相关信息。
//节点
CLUSTER MEET <ip> <port> 将 ip 和 port 所指定的节点添加到集群当中，让它成为集群的一份子。
CLUSTER FORGET <node_id> 从集群中移除 node_id 指定的节点。
CLUSTER REPLICATE <node_id> 将当前节点设置为 node_id 指定的节点的从节点。
CLUSTER SAVECONFIG 将节点的配置文件保存到硬盘里面。
CLUSTER ADDSLOTS <slot> [slot ...] 将一个或多个槽（slot）指派（assign）给当前节点。
CLUSTER DELSLOTS <slot> [slot ...] 移除一个或多个槽对当前节点的指派。
CLUSTER FLUSHSLOTS 移除指派给当前节点的所有槽，让当前节点变成一个没有指派任何槽的节点。
CLUSTER SETSLOT <slot> NODE <node_id> 将槽 slot 指派给 node_id 指定的节点。
CLUSTER SETSLOT <slot> MIGRATING <node_id> 将本节点的槽 slot 迁移到 node_id 指定的节点中。
CLUSTER SETSLOT <slot> IMPORTING <node_id> 从 node_id 指定的节点中导入槽 slot 到本节点。
CLUSTER SETSLOT <slot> STABLE 取消对槽 slot 的导入（import）或者迁移（migrate）。
//键
CLUSTER KEYSLOT <key> 计算键 key 应该被放置在哪个槽上。
CLUSTER COUNTKEYSINSLOT <slot> 返回槽 slot 目前包含的键值对数量。
CLUSTER GETKEYSINSLOT <slot> <count> 返回 count 个 slot 槽中的键。
//新增
CLUSTER SLAVES node-id 返回一个master节点的slaves 列表四.调用集群命令cluster meet 节点碰撞
1.杀死所以进程，并且把生产的文档全部删除
2.启动对应的节点
3.启动完毕
4.节点握手
127是在本地登录的 无法跨服务握手，需要输入对应的IP
5.握手测试
登录任何启动的节点; >cluster meet ip port(ip 端口是其他节点信息)
注意:跨服务器执行集群的搭建 bind127.0.0.1和网卡的ip地址,需要登录时使用对外访问ip地址;
6.全部加入进去 集群节点握手成功
目前集群创建成功但是，还是无法使用，因为没有分配槽道，无管理权
7.分配槽道
给8001分配 0 -1 槽道
登录任何启动的节点; >cluster meet ip port(ip 端口是其他节点信息)
注意:跨服务器执行集群的搭建 bind127.0.0.1和网卡的ip地址,需要登录时使用对外访问ip地址;
8.写个脚本，循环分配槽道
