Redis 集群
Redis 集群
作用
- 容量不够，redis如何进行扩容
- 并发写操作， redis如何分摊
都可使用集群解决。
介绍
- Redis 集群实现了对Redis的水平扩容，即启动N个redis节点，将整个数据库分布存储在这N个节点中，每个节点存储总数据的1/N。
- Redis 集群通过分区（partition）来提供一定程度的可用性（availability）： 即使集群中有一部分节点失效或者无法进行通讯， 集群也可以继续处理命令请求。
搭建
如果没安装过 redis 的可以查看该连接：https://www.cnblogs.com/zjh0420/p/16924166.html
创建一个 redis6379.conf 文件，内容如下
# 引用公共部分文件
include /myredis/redis.conf
# Pid文件名字
pidfile "/var/run/redis_6379.pid"
# 指定端口号
port 6379
# 持久化文件名称
dbfilename "dump6379.rdb"
# 设置了连接密码（加上下面这选项，没设置不用加）
masterauth 123456
# 设置了连接密码（加上下面这选项，没设置不用加）
requirepass 123456
# 打开集群模式
cluster-enabled yes
# 设定节点配置文件名
cluster-config-file nodes-6379.conf\
# 设定节点失联时间，超过该时间（毫秒），集群自动进行主从切换。
cluster-node-timeout 15000
复制 redis6379.conf 文件
分别叫：redis6380.conf、redis6381.conf、redis6389.conf、redis6390.conf、redis6391.conf
更改复制的文件内容，将6379都改为各自文件名称上的端口号，修改方法如下：
# 编辑文件输入下方命令
:%s/要替换的内容/替换后的内容
# 例如：6379 替换为 6380
:%s/6379/6380
启动六个服务
查看状态
查看生成的节点配置文件
将六个节点合成一个集群
组合之前，请确保所有 redis 实例启动后，nodes-xxxx.conf文件都生成正常
需要去redis的安装目录 cd /opt/redis-6.2.7/src 我这边安装放在了 opt 下，自己找到安装目录进入 src 执行下方命令即可
# 执行下方命令，注意将端口号改为自己的。如果是设置了连接密码，需要在后面再加上一个参数：-a 密码
redis-cli --cluster create --cluster-replicas 1 192.168.85.128:6379 192.168.85.128:6380 192.168.85.128:6381 192.168.85.128:6389 192.168.85.128:6390 192.168.85.128:6391
此处不要用127.0.0.1， 请用真实IP地址。 --replicas 1 采用最简单的方式配置集群，一台主机，一台从机，正好三组。
使用集群策略连接
# -c 采用集群策略连接，六台任意一个端口号都行，设置数据会自动切换到相应的写主机（如果设置了连接密码，请加上 -a 密码，没设置忽略）
redis -c -p 6379 -a 123456
查看集群信息
cluster nodes
- myself.master：表示当前连接的主机
- master：主机
- slave：从机
slave后面的表示是跟master的前面表示对应的，表示是谁的从节点
slots
-
一个 Redis 集群包含 16384 个插槽（hash slot）， 数据库中的每个键都属于这 16384 个插槽的其中一个
-
集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽， 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和
可以看到三个主机各负责处理各自的插槽
在集群中录入值
-
在redis-cli每次录入、查询键值，redis都会计算出该key应该送往的插槽，如果不是该客户端对应服务器的插槽，redis会报错，并告知应前往的redis实例地址和端口。
-
redis-cli客户端提供了 –c 参数实现自动重定向，可以看到下图中我们在 6379 中设置一个值 就被转交到了 6381中，插槽为 12706，在上面图中三个主机所负责的插槽值可以看到 12706 是属于 6381 服务器负责的所以没问题。
-
不在一个slot下的键值，是不能使用 mget，mset 等多键操作，使用会出现以下问题
-
如果你就是想插入多个值，也是有办法的。可以通过{}来定义组的概念，从而使key中{}内相同内容的键值对放到一个slot中去，可以看到成功添加了，并且转交到 6380 上了
查询集群中的值
cluster keyslot <key> 返回 key 的 slot 值
cluster countkeysinslot <slot> 返回 slot槽中 键的个数
cluster getkeysinslot <slot> <count> 返回 count 个 slot 槽中的键
注意：每个主节点中只能查看负责的插槽，如果在自己插槽范围外是看不到的。
故障恢复
主节点下线
（1）如果主节点下线？从节点能否自动升为主节点？注意：15秒超时，下图是目前正常的节点信息
（2）关闭掉当前服务（6380）15秒后再来查看，可以看到 原来 6380 的从机 6391 变成了主机，6380 处于失败状态
（3）在启动关掉的主节点（6380）可以看到已经变为了 6391 的从节点
主从节点下线
1.如果所有某一段插槽的主从节点都宕掉，redis服务是否还能继续?
- 如果某一段插槽的主从都挂掉，而
cluster-require-full-coverage为yes，那么 ，整个集群都挂掉 - 如果某一段插槽的主从都挂掉，而
cluster-require-full-coverage为no，那么，该插槽数据全都不能使用，也无法存储。 - redis.conf中的参数
cluster-require-full-coverage
