Redis之集群搭建

redis的集群模式简介：
redis的集群模式中可以实现多个节点同时提供写操作，redis集群模式采用无中心结构，每个节点都保存数据，节点之间互相连接从而知道整个集群状态。
集群搭建步骤如下 (一台服务器模拟多台服务器)
1.创建6个配置文件
把redis配置文件复制到指定位置，并创建6个配置文件。
分别是6379、6380、6381、6389、6390、6391 这6个配置文件

2.分别编写每个配置，文件内容如下(每个配置文件替换一下涉及的端口的内容)

include /opt/myredis/redis.conf
pidfile "/var/run/redis_6379.pid"
port 6379
dbfilename "dump6379.rdb"
# 设置集群#打开集群模式
cluster-enabled yes
#设置节点配置文件名
cluster-config-file nodes-6379.conf 
#是定节点失联时间，超过该时间(毫秒)，集群自动进行主从切换
cluster-node-timeout 15000

3.启动这六个redis服务

redis-server redis6379.conf
redis-server redis6380.conf
......//查一下6个服务是否启动
ps -ef | grep redis

6个节点服务都启动了，并且生成了对应6个节点配置文件。

4.使用集群命令创建集群
需要进入到redis安转目录下的src文件当中，使用redis-cli命令创建集群
注意：高版本中已经默认安装ruby环境 。

输入命令如下：

-- replicas 1  采用最简单的方式配置集群，一台主机，一台从机 正好三组
redis-cli --cluster create --cluster-replicas 1 192.168.126.130:6379 192.168.126.130:6380 192.168.126.130:6381 192.168.126.130:6389 192.168.126.130:6390 192.168.126.130:6391

结果如下

输入yes确定如此分配之后，结果如下，搭建集群成功

5.集群连接

redis-cli -c -p 6379

查看集群信息

 cluster nodes

主机,从机信息以及当前主机等信息。

6.插入值会根据计算送到对应插槽中(插槽概念会在下面中进行介绍)

set name chd

计算key所对应的值，去对应插槽的服务器中进行操作。
结果如下，登陆的是6379，set值得时候切换到了6380去插入值

要是插入多个值呢？

//报错如下
192.168.126.130:6391> mset name chd age 13
(error) CROSSSLOT Keys in request don't hash to the same slot
192.168.126.130:6391> 

这时候需要用到组的形式进行插入

//{}来定义组的概念，从而使key中{}内相同的内容的键值对放到一个slot(插槽)中
//mset k1{组} v1 k2{组2} v2 ...mset name{user} chd age{user} 18

查询组内容如下

//计算key插槽中的值cluster keyslot user//计算插槽中有几个键cluster countkeysinslot 5474//返回插槽中键 限定10个数量cluster getkeysinslot  5474 10

7.redis插槽
当我们集群启动成功之后会出现如下日志
所有 16384个插槽已经覆盖。

简单介绍一下插槽的概念
Redis Cluster中有一个16384长度的槽的概念，他们的编号为0、1、2、3……16382、16383。这个槽是一个虚拟的槽，并不是真正存在的。

正常工作的时候，Redis Cluster中的每个Master节点都会负责一部分的槽，当有某个key被映射到某个Master负责的槽，那么这个Master负责为这个key提供服务，至于哪个Master节点负责哪个槽，这是可以由用户指定的，也可以在初始化的时候自动生成（redis-trib.rb脚本）。

集群中的每个节点负责处理一部分插槽。 举个例子， 如果一个集群可以有主节点， 其中：
节点 A 负责处理 0 号至 5460 号插槽。
节点 B 负责处理 5461 号至 10922 号插槽。
节点 C 负责处理 10923 号至 16383 号插槽。

在Redis Cluster中，只有Master才拥有槽的所有权，如果是某个Master的slave，这个slave只负责槽的使用，但是没有所有权。
8.故障恢复特点
1.当主节点挂掉之后，从节点会自动升为主节点
2.挂掉的主节点服务恢复之后，会变成从节点。
3.如果某一段插槽的主从阶段都挂掉，配置cluster-require-full-coverage为yes，整个集群都会挂掉。
4.如果某一段插槽的主从阶段都挂掉，配置cluster-require-full-coverage为no，整个集群不会挂掉，但是该插槽数据无法使用。