由于集群这章节内容较多，也比较重要，所以单独拉出来，做一个小章节。
1：如何搭建一个集群？
- 环境为 Ubuntu16.04
- 这里我预计使用 9001 - 9006 端口，生成一个 6 台机器的集群
- 生成对应目录
mkdir ~/redis-cluster cd redis-cluster mkdir -p 9001/data mkdir -p 9002/data ...... mkdir -p 9006/data
- 同时需要配置每个目录下的 Redis.conf 这里以 9001 端口为例
port 9001（每个节点的端口号） cluster-enabled yes（启动集群模式）（必须） cluster-config-file nodes9001.conf（9001和port要对应）（必须）
- 配置完成之后，启动对应服务 这里以 9001 为例(其余同理)
sudo redis-server ~/redis-cluster/9001/redis.conf
- 查看 9001 端口的服务会否正常启动
vagrant@hong:~/redis-cluster$ ps -aux | grep 'redis' root 3712 0.0 0.0 38856 3352 ? Ssl 08:11 0:00 redis-server 127.0.0.1:9001 [cluster]
- 这时候集群就已经正常使用了，但是，现在每个节点都是相对独立的。
- 我们应该把他连接起来。
- redis 提供的辅助工具可以方便的完成这个任务 redis-trib.rb
因为是用 Ruby 来写的,所以我们应该先安装它。 sudo apt-get install ruby sudo apt-get install rubygems sudo apt-get install redis
- 安装完成之后，找到这个文件
sudo find / -name "redis-trib.rb"
- 初始化集群
sudo /usr/share/doc/redis-tools/examples/redis-trib.rb create --replicas 1 127.0.0.1:9001 127.0.0.1:9002 127.0.0.1:9003 127.0.0.1:9004 127.0.0.1:9005 127.0.0.1:9006 /usr/share/doc/redis-tools/examples/redis-trib.rb
- 重要参数
--replicas 1 表示每个数据库拥有的从库为1，所以整个数据库拥有(6/2) = 3 个主库和从库
- 输出如下，表示集群搭建成功
>>> Creating cluster >>> Performing hash slots allocation on 6 nodes...
// 使用下面三个为主库 Using 3 masters: 127.0.0.1:9001 127.0.0.1:9002 127.0.0.1:9003
// 从库监听列表 Adding replica 127.0.0.1:9004 to 127.0.0.1:9001 // 9004(从库) > 9001(主库) ,下同 Adding replica 127.0.0.1:9005 to 127.0.0.1:9002 Adding replica 127.0.0.1:9006 to 127.0.0.1:9003
// 分配插槽(在一个集群中。所有键都可以分配到16384个插槽中) M: e456e2ab9792abe01bfd044dc708d550d6efa8a3 127.0.0.1:9001 slots:0-5460 (5461 slots) master M: 7b1a201f5f4c5837d0794ca29e9ef85408f0df3e 127.0.0.1:9002 slots:5461-10922 (5462 slots) master M: 89341ac6f0df97eaf1f974080118ac283b8c1901 127.0.0.1:9003 slots:10923-16383 (5461 slots) master S: 56a07392b3541f41c6b6421f821280a59c687f96 127.0.0.1:9004 replicates e456e2ab9792abe01bfd044dc708d550d6efa8a3 S: 34509ad9c1e88fea4d09e95a296cbdbdaa9c2cd4 127.0.0.1:9005 replicates 7b1a201f5f4c5837d0794ca29e9ef85408f0df3e S: cf18821f8a3dd9cb110db6d6b63a26dae4dd3189 127.0.0.1:9006 replicates 89341ac6f0df97eaf1f974080118ac283b8c1901 [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered.
-- 至此，一个集群搭建就完毕了。
2：插槽和键的关系？
- 在一个集群中，所有的键会被分给 16384 个插槽。
- 在使用键时，Redis 将每个键名通过算法(CRC16),计算出散列，再取 16384 的余数，使得每个键都可以分配到每个节点中。
- 在连接 Redis 时，也可以使用 redis-cli -c -p 端口 使命令重定向到可以处理的插槽中
3：集群搭建完成之后，还可以在插入节点么？
- 当然可以。
新节点:新节点端口> CLUSTER MEET 随便在集群中的一个节点 对应端口
- 之后我们可以看集群内的节点信息
CLUSTER NODES
- 但是，值得注意的是，在新加入节点之后，是不会分配任何插槽的，因为之前创建时就已经分配了插槽。
- 后续再分配插槽是非常不友好的，因为会影响到之前的键。
- 所以推荐使用预分片，建立足够多的节点，为了以后的大数据量打下基础
4：集群中的故障恢复
- 在一个节点中，每个节点都会定期向其他节点发送 PING 命令。
- 如果某节点没有响应，认为目标节点 疑似下线(类似哨兵的主观下线)
- 选举，超过一半，则从数据库转成主数据库
- 如果没有从数据库可以进行恢复，则整个集群默认下线并无法工作。
- 也可以通过配置修改 cluster-require-full-coverage 使其正常工作。
- 但是会有一部分负责插槽，无法工作。