1. 3主3从redis集群配置
1.1 找3台真实虚拟机，各自新建 mkdir -p /myredis/cluster
1.2 新建6个独立的redis实例服务
1.2.1 本次案例设计说明(ip有变化)
https://processon.com/diagraming/5fe6d76ce401fd549c8fe708
1.2.2 IP: 192.168.111.175+端门6381/端口6382
vim /myredis/cluster/redisCluster6381.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6381logfile "/myredis/cluster/cluster6381.log"pidfile /myredis/cluster6381.piddir /myredis/clusterdbfilename dump6381.rdbappendonly yesappendfilename "appendonly6381.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6381.confcluster-node-timeout 5000vim /myredis/cluster/redisCluster6382.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6382logfile "/myredis/cluster/cluster6382.log"pidfile /myredis/cluster6382.piddir /myredis/clusterdbfilename dump6382.rdbappendonly yesappendfilename "appendonly6382.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6382.confcluster-node-timeout 5000
1.2.3 IP: 192.168.111.172+端门6383/端门6384
vim /myredis/cluster/redisCluster6383.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6383logfile "/myredis/cluster/cluster6383.log"pidfile /myredis/cluster6383.piddir /myredis/clusterdbfilename dump6383.rdbappendonly yesappendfilename "appendonly6383.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6383.confcluster-node-timeout 5000vim /myredis/cluster/redisCluster6381.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6384logfile "/myredis/cluster/cluster6384.log"pidfile /myredis/cluster6384.piddir /myredis/clusterdbfilename dump6384.rdbappendonly yesappendfilename "appendonly6384.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6384.confcluster-node-timeout 5000
1.2.4 IP: 192.168.111.174+端口6385/端门6386
vim /myredis/cluster/redisCluster6385.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6385logfile "/myredis/cluster/cluster6385.log"pidfile /myredis/cluster6385.piddir /myredis/clusterdbfilename dump6385.rdbappendonly yesappendfilename "appendonly6385.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6385.confcluster-node-timeout 5000vim /myredis/cluster/redisCluster6386.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6386logfile "/myredis/cluster/cluster6386.log"pidfile /myredis/cluster6386.piddir /myredis/clusterdbfilename dump6386.rdbappendonly yesappendfilename "appendonly6386.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6386.confcluster-node-timeout 5000
1.2.5 启动6台redis主机实例
redis-server /myredis/cluster/redisCluster6381.conf
.....
redis-server /myredis/cluster/redisCluster6386.conf
1.3 通过redis-cli命令为6台机器构建集群关系
1.3.1 构建主从关系命令
//注意，注意，注意自己的真实IP地址 //注意，注意，注意自己的真实IP地址
--cluster-replicas 1 表示为每个master创建一个slave节点
1.3.2 一切OK的话，3主3从搞定
1.4 链接进入6381作为切入点，查看并检验集群状态
1.4.1 链接进入6381作为切入点，查看节点状态
1.4.2 info replication
1.4.3 cluster info
1.4.4 cluster nodes
2. 3主3从redis集群读写
2.3.1 对6381新增两个key，看看效果如何
2.3.2 为什么报错
一定注意槽位的范围区间，需要路由到位，路由到位，路由到位，路由到位
2.3.3 如何解决
防止路由失效加入参数-c，优化路由
2.3.4 查看集群信息
2.3.5 查看某个key该属于对应的槽位值CLUSTER KEYSLOT 键名称
3. 主从容错切换迁移案例
3.1 容错切换迁移
3.1.1 主6381和从机切换，先停止主机6381
6381主机停了，对应的真实从机上位
6381作为1号主机分配的从机以实际情况为准，具体是几号机器就是几号
3.1.2 再次查看集群信息,本次6381主6384从
6381master假如宕机了，6384是否会上位成为了新的master?
3.1.3 停止主机6381,再次查看集群信息
6381宕机了，6384上位成为了新的master。
备注：本次脑图笔记6381为主下面挂从6384。每次案例下面挂的从机以实际情况为准，具体是几号机器就是几号
6384成功上位并正常使用
3.1.4 随后，6381原来的主机回来了，是否会上位?
1. 恢复前
2. 恢复后
6381 不会上位并以节点的形式回归
3.2 集群不保证数据 致性100%OK，一定会有数据丢失情况，
Redis集群不保证强一致性，这意味着在特定的条件下，Redis集群可能会丢掉一些被系统收到的写入请求命令
3.3 手动故障转移 or 节点从属调整该如何处理
3.3.1 上面一换后6381、6384主从对调了，和原始设计图不一样了，该如何
3.3.2 重新登陆6381机器
3.3.3 常用命令CLUSTER FAILOVER
4. 主从扩容案例
4.1 新建6387、6388两个服务实例配置文件+新建后启动
IP: 192.168.111.174+端门6387/端门6388
vim /myredis/cluster/redisCluster6387.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6387logfile "/myredis/cluster/cluster6387.log"pidfile /myredis/cluster6387.piddir /myredis/clusterdbfilename dump6387.rdbappendonly yesappendfilename "appendonly6387.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6387.confcluster-node-timeout 5000vim /myredis/cluster/redisCluster6388.conf
bind 0.0.0.0 daemonize yesprotected-mode noport 6388logfile "/myredis/cluster/cluster6388.log"pidfile /myredis/cluster6388.piddir /myredis/clusterdbfilename dump6388.rdbappendonly yesappendfilename "appendonly6388.aof"requirepass 111111masterauth 111111cluster-enabled yescluster-config-file nodes-6388.confcluster-node-timeout 5000
4.2 启动87/88两个新的节点实例，此时他们自己都是master3
redis-server /myredis/cluster/redisCluster6387.conf
redis-server /myredis/cluster/redisCluster6388.conf
4.3 将新增的6387节点(空槽号)作为master节点加入原集群
将新增的6387作为master节点加入原有集群 redis-cli -a 密码 --cluster add-node 自己实际IP地址: 6387 自己实际IP地址: 63816387 就是将要作为master新增节点6381 就是原来集群节点里面的领路人，相当于6387拜拜6381的码头从而找到组织加入集群redis-cli -a 111111 --cluster add-node 192.168.111.174:6387 192.168.111.175:6381
4.4 检查集群情况第1次
4.5 重新分派槽号(reshard)
重新分派槽号
命令:redis-cli -a 密码 --cluster reshard IP地址:端口号redis-cli -a 密码 --cluster reshard 192.168.111.175:6381
4.6 检查集群情况第2次
槽号分派说明
为什么6387是3个新的区间，以前的还是连续？ 重新分配成本太高，所以前3家各自匀出来一部分，从6381/6383/6385三个旧节点分别匀出1364个坑位给新节点6387
4.8 为主节点6387分配从节点6388
命令：redis-cli -a 密码 --cluster add-node ip:新slave端口 ip:新master端口 --cluster-slave --cluster-master-id 新主机节点ID redis-cli -a 111111 --cluster add-node 192.168.111.174:6388 192.168.111.174:6387 --cluster-slave --cluster-master-id 4feb6a7ee0ed2b39ff86474cf4189ab2a554a40f------- 这个是6387的编号，按照自己实际情况
4.8 检查集群情况第3次
5. 主从缩容案例
5.1 目的: 6387和6388下线
5.2 检查集群情况第一次，先获得从节点6388的节点ID
redis-cli -a 密码 --cluster check 192.168.111.174:6388
5.3 从集群中将4号从节点6388删除
命令：redis-cli -a 密码 --cluster del-node ip:从机端口 从机6388节点ID redis-cli -a 111111 --cluster del-node 192.168.111.174:6388 218e7b8b4f81be54ff173e4776b4f4faaf7c13da
检查一下发现，6388被删除了，只剩下7台机器了。
5.4 将6387的槽号清空，重新分配，本例将清出来的槽号都给6381
redis-cli -a 111111 --cluster reshard 192.168.111.175:6381
5.5 检查集群情况第二次
redis-cli -a 111111 --cluster check 192.168.111.175:6381
4096个槽位都指给6381，它变成了8192个槽位，相当于全部都给6381了，不然要输入3次，一锅端
5.6 将6387删除
命令：redis-cli -a 密码 --cluster del-node ip:端口 6387节点ID
redis-cli -a 111111 --cluster del-node 192.168.111.174:6387 4feb6a7ee0ed2b39ff86474cf4189ab2a554a40f
5.7 检查集群情况第三次,6387/6388被彻底祛除
redis-cli -a 111111 --cluster check 192.168.111.175:6381
