Redis（五）、Redis數據庫集群相關
第1章 集群簡介
Redis 集群是一個分布式（distributed）、容錯（fault-tolerant）的 Redis 實現， 集群可以使用的功能是普通單機 Redis 所能使用的功能的一個子集（subset），是一個可以在多個 Redis 節點之間進行數據共享的設施（installation）。
Redis 集群中不存在中心（central）節點或者代理（proxy）節點， 集群的其中一個主要設計目標是達到線性可擴展性（linear scalability）。
Redis 集群不支持那些需要同時處理多個鍵的 Redis 命令， 因為執行這些命令需要在多個 Redis 節點之間移動數據，
Redis 集群通過分區（partition）來提供一定程度的可用性（availability）： 即使集群中有一部分節點失效或者無法進行通訊， 集群也可以繼續處理命令請求。
Redis 集群提供了以下兩個好處：
q 將數據自動切分（split）到多個節點的能力。
q 當集群中的一部分節點失效或者無法進行通訊時， 仍然可以繼續處理命令請求的能力。
第2章 集群數據共享
Redis 集群使用數據分片（sharding）而非一致性哈希（consistency hashing）來實現： 一個 Redis 集群包含 16384
% 16384 來計算鍵 key 屬於哪個槽， 其中 CRC16(key) 語句用於計算鍵 key 的 CRC16 校驗和 。集群中的每個節點負責處理一部分哈希槽。 舉個例子， 一個集群可以有三個哈希槽， 其中：
節點 A 負責處理 0 號至 5500 號哈希槽。
節點 B 負責處理 5501 號至 11000 號哈希槽。
節點 C 負責處理 11001 號至 16384 號哈希槽。
這種將哈希槽分布到不同節點的做法使得用戶可以很容易地向集群中添加或者刪除節點。 比如說，如果用戶將新節點 D 添加到集群中，
因為將一個哈希槽從一個節點移動到另一個節點不會造成節點阻塞， 所以無論是添加新節點還是移除已存在節點， 又或者改變某個節點包含的哈希槽數量， 都不會造成集群下線。
第3章 集群中的主從復制
為了使得集群在一部分節點下線或者無法與集群的大多數（majority）節點進行通訊的情況下， 仍然可以正常運作， Redis 集群對節點使用了主從復制功能： 集群中的每個節點都有 1 個至 N 個復制品（replica）， 其中一個復制品為主節點（master）， 而其余的 N-1 個復制品為從節點（slave）。
在之前列舉的節點 A 、B 、C 的例子中， 如果節點 B 下線了， 那麽集群將無法正常運行， 因為集群找不到節點來處理 5501 號至 11000號的哈希槽。
另一方面， 假如在創建集群的時候（或者至少在節點 B 下線之前）， 我們為主節點 B 添加了從節點 B1 ， 那麽當主節點 B 下線的時候， 集群就會將 B1 設置為新的主節點， 並讓它代替下線的主節點 B ， 繼續處理 5501 號至 11000 號的哈希槽， 這樣集群就不會因為主節點 B 的下線而無法正常運作了。不過如果節點 B 和 B1 都下線的話， Redis 集群還是會停止運作。
第4章 集群的一致性保證
Redis 集群不保證數據的強一致性（strong consistency）： 在特定條件下， Redis 集群可能會丟失已經被執行過的寫命令。
使用異步復制（asynchronous replication）是 Redis 集群可能會丟失寫命令的其中一個原因。 考慮以下這個寫命令的例子：
1、客戶端向主節點 B 發送一條寫命令。
2、主節點 B 執行寫命令，並向客戶端返回命令回復。
3、主節點 B 將剛剛執行的寫命令復制給它的從節點 B1 、 B2 和 B3 。
可見， 主節點對命令的復制工作發生在返回命令回復之後， 因為如果每次處理命令請求都需要等待復制操作完成的話，那麽主節點處理命令請求的速度將極大地降低 —— 我們必須在性能和一致性之間做出權衡。
Redis 集群另外一種可能會丟失命令的情況是， 集群出現網絡分裂（network partition）， 並且一個客戶端與至少包括一個主節點在內的少數（minority）實例被孤立。舉個例子：
1、假設集群包含 A 、 B 、 C 、 A1 、 B1 、 C1 六個節點，其中 A 、B 、C 為主節點，而 A1 、B1 、C1 分別為三個主節點的從節點， 另外還有一個客戶端 Z1 。
2、假設集群中發生網絡分裂， 那麽集群可能會分裂為兩方， 大多數（majority）的一方包含節點 A 、C 、A1 、B1 和 C1 ， 而少數（minority）的一方則包含節點 B 和客戶端 Z1 。
3、在網絡分裂期間， 主節點 B 仍然會接受 Z1 發送的寫命令：
4、如果網絡分裂出現的時間很短， 那麽集群會繼續正常運行；
5、但是， 如果網絡分裂出現的時間足夠長， 使得大多數一方將從節點 B1 設置為新的主節點， 並使用 B1 來代替原來的主節點 B ， 那麽 Z1 發送給主節點 B 的寫命令將丟失。
註意， 在網絡分裂出現期間， 客戶端 Z1 可以向主節點 B 發送寫命令的最大時間是有限制的， 這一時間限制稱為節點超時時間（node timeout）， 是 Redis 集群的一個重要的配置選項。
q 對於大多數一方來說， 如果一個主節點未能在節點超時時間所設定的時限內重新聯系上集群， 那麽集群會將這個主節點視為下線， 並使用從節點來代替這個主節點繼續工作。
q 對於少數一方， 如果一個主節點未能在節點超時時間所設定的時限內重新聯系上集群， 那麽它將停止處理寫命令， 並向客戶端報告錯誤。
第5章 創建並使用Redis集群
5.1 集群模式配置
Redis 集群由多個運行在集群模式（cluster mode）下的 Redis 實例組成， 實例的集群模式需要通過配置來開啟， 開啟集群模式的實例將可以使用集群特有的功能和命令。
以下是一個包含了最少選項的集群配置文件示例：
port 7000 cluster-enabled yes #<==打開實例的集群模式 cluster-config-file nodes.conf #<==設定保存節點的配置文件，無需人為修改 cluster-node-timeout 5000 #<==集群節點超時時間 appendonly yes
5.2 安裝Redis
普通安裝過程與單節點一致，可用yum或者編譯的方式安裝，這裏不再敘述。但是Redis集群模式會使用到redis-trib工具，這是一個ruby語言的工具，因此需要事先安裝好ruby語言的執行環境。
yum -y install ruby ruby-devel rubygems rpm-build
再用 gem 這個命令來安裝 redis接口,gem是ruby的一個工具包.
gem install redis -v 3.2.1 1 gem installed Installing ri documentation for redis-3.2.1... Installing RDoc documentation for redis-3.2.1...
如果下載失敗的話，可以去這個網址手動下載，再通過命令gem install命令手動安裝
https://rubygems.org/gems/redis/versions/3.2.1
5.3 創建實例目錄
本此實驗環境為在單臺主機上啟動六個不同端口的實例，如果是分布在不同的機器上，則不需要。
mkdir /opt/redis/cluster/{7000..7005} -p5.4 集群配置文件
將以下配置文件放入7000-7005六個目錄中，註意修改每個目錄下面對應的端口號。
#<==在原默認配置上進行修改 bind 10.0.0.16 port 7000 pidfile /var/run/redis_7000.pid logfile "/opt/redis/cluster/7000/redis.log" daemonize yes appendonly yes dir /opt/redis/cluster/7000 #新增集群的配置 cluster-enabled yes cluster-config-file /opt/redis/cluster/7000/nodes-7000.conf cluster-node-timeout 15000 protected-mode yes tcp-backlog 511 timeout 0 tcp-keepalive 300 supervised no loglevel notice databases 16 save 900 1 save 300 10 save 60 10000 stop-writes-on-bgsave-error yes rdbcompression yes rdbchecksum yes dbfilename dump.rdb slave-serve-stale-data yes slave-read-only yes repl-diskless-sync no repl-diskless-sync-delay 5 repl-disable-tcp-nodelay no slave-priority 100 appendfilename "appendonly.aof" appendfsync everysec no-appendfsync-on-rewrite no auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb aof-load-truncated yes lua-time-limit 5000 slowlog-log-slower-than 10000 slowlog-max-len 128 latency-monitor-threshold 0 notify-keyspace-events "" hash-max-ziplist-entries 512 hash-max-ziplist-value 64 list-max-ziplist-size -2 list-compress-depth 0 set-max-intset-entries 512 zset-max-ziplist-entries 128 zset-max-ziplist-value 64 hll-sparse-max-bytes 3000 activerehashing yes client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 hz 10 aof-rewrite-incremental-fsync yes
5.5 分別啟動實例
分別啟動六個不同的實例：
./../../src/redis-server ../7000/redis.conf ./../../src/redis-server ../7001/redis.conf ./../../src/redis-server ../7002/redis.conf ./../../src/redis-server ../7003/redis.conf ./../../src/redis-server ../7004/redis.conf ./../../src/redis-server ../7005/redis.conf
查看實例運行情況：
[root@test3 7000]# ps -ef |grep redis root 108314 1 0 20:53 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7000 [cluster] root 108322 1 0 20:54 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7001 [cluster] root 108324 1 0 20:54 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7002 [cluster] root 108328 1 0 20:54 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7003 [cluster] root 108330 1 0 20:54 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7004 [cluster] root 108332 1 0 20:54 ? 00:00:00 ./../../src/redis-server 10.0.0.16:7005 [cluster]
5.6 創建Redis集群
現在我們已經有了六個正在運行中的 Redis 實例， 接下來我們需要使用這些實例來創建集群， 並為每個節點編寫配置文件。
通過使用 Redis 集群命令行工具 redis-trib ， 編寫節點配置文件的工作可以非常容易地完成： redis-trib 位於 Redis 源碼的 src 文件夾中， 它是一個 Ruby 程序， 這個程序通過向實例發送特殊命令來完成創建新集群， 檢查集群， 或者對集群進行重新分片（reshared）等工作。
集群創建命令：
./../../src/redis-trib.rb create --replicas 1 10.0.0.16:7000 10.0.0.16:7001 10.0.0.16:7002 10.0.0.16:7003 10.0.0.16:7004 10.0.0.16:7005
q 命令的意義如下：
create ： 這表示我們希望創建一個新的集群。
--replicas 1 ： 表示我們希望為集群中的每個主節點創建一個從節點。
之後跟著的其他參數則是實例的地址列表， 我們希望程序使用這些地址所指示的實例來創建新集群。簡單來說， 以上命令的意思就是讓 redis-trib 程序創建一個包含三個主節點和三個從節點的集群。接著， redis-trib 會打印出一份預想中的配置給你看， 如果你覺得沒問題的話， 就可以輸入 yes ， redis-trib 就會將這份配置應用到集群當中：
>>> Creating cluster >>> Performing hash slots allocation on 6 nodes... Using 3 masters: 10.0.0.16:7000 10.0.0.16:7001 10.0.0.16:7002 Adding replica 10.0.0.16:7003 to 10.0.0.16:7000 Adding replica 10.0.0.16:7004 to 10.0.0.16:7001 Adding replica 10.0.0.16:7005 to 10.0.0.16:7002 M: 62d87bd83fd636e6ba1fe031777178cce8f9f776 10.0.0.16:7000 slots:0-5460 (5461 slots) master M: ccc65af4a214689b15d0cfd9dea584d214a0c2ad 10.0.0.16:7001 slots:5461-10922 (5462 slots) master M: 2366c6765ecf21ee86b064376693ce59047478a5 10.0.0.16:7002 slots:10923-16383 (5461 slots) master S: 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 replicates 62d87bd83fd636e6ba1fe031777178cce8f9f776 S: 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 replicates ccc65af4a214689b15d0cfd9dea584d214a0c2ad S: 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 replicates 2366c6765ecf21ee86b064376693ce59047478a5 Can I set the above configuration? (type 'yes' to accept):yes #<==手動輸入yes >>> Nodes configuration updated >>> Assign a different config epoch to each node >>> Sending CLUSTER MEET messages to join the cluster Waiting for the cluster to join.. >>> Performing Cluster Check (using node 10.0.0.16:7000) M: 62d87bd83fd636e6ba1fe031777178cce8f9f776 10.0.0.16:7000 slots:0-5460 (5461 slots) master 1 additional replica(s) S: 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 slots: (0 slots) slave replicates 2366c6765ecf21ee86b064376693ce59047478a5 M: ccc65af4a214689b15d0cfd9dea584d214a0c2ad 10.0.0.16:7001 slots:5461-10922 (5462 slots) master 1 additional replica(s) M: 2366c6765ecf21ee86b064376693ce59047478a5 10.0.0.16:7002 slots:10923-16383 (5461 slots) master 1 additional replica(s) S: 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 slots: (0 slots) slave replicates ccc65af4a214689b15d0cfd9dea584d214a0c2ad S: 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 slots: (0 slots) slave replicates 62d87bd83fd636e6ba1fe031777178cce8f9f776 [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered. #<==這表示集群中的 16384個槽都有至少一個主節點在處理， 集群運作正常。
新集群創建完畢！！！
5.7 集群客戶端實現
q redis-rb-cluster
是antirez編寫的 Ruby 實現， 用於作為其他實現的參考。 該實現是對 redis-rb 的一個簡單包裝， 高效地實現了與集群進行通訊所需的最少語義（semantic）。
q redis-py-cluster
看上去是 redis-rb-cluster 的一個 Python 版本， 這個項目有一段時間沒有更新了， 不過可以將這個項目用作學習集群的起點。
q Predis
流行的 Predis 曾經對早期的 Redis 集群有過一定的支持， 但不確定它對現在集群的支持是否完整， 也不清楚它是否和最新版本的 Redis 集群兼容 （因為新版的 Redis 集群將槽的數量從 4k 改為 16k 了）。
q redis-cli
Redis unstable 分支中的 redis-cli 程序實現了非常基本的集群支持，所以它總是依靠 Redis 集群節點來將它轉向（redirect）至正確的節點。
使用 redis-cli 為例來進行演示：
10.0.0.16:7000> set foo bar -> Redirected to slot [12182] located at 10.0.0.16:7002 OK 10.0.0.16:7002> set hello world -> Redirected to slot [866] located at 10.0.0.16:7000 OK 10.0.0.16:7000> get foo -> Redirected to slot [12182] located at 10.0.0.16:7002 "bar" 10.0.0.16:7002> get hello -> Redirected to slot [866] located at 10.0.0.16:7000 "world" 10.0.0.16:7000>
第6章 集群重新分片
重新分片操作基本上就是將某些節點上的哈希槽移動到另外一些節點上面， 和創建集群一樣， 重新分片也可以使用 redis-trib 程序來執行。
原hash槽分配：
10.0.0.16:7000---- 0-5460
10.0.0.16:7001---- 5461-10922
10.0.0.16:7002---- 10923-16383
q 執行以下命令可以開始一次重新分片操作：
./redis-trib.rb reshard 10.0.0.16:7000
你只需要指定集群中其中一個節點的地址， redis-trib 就會自動找到集群中的其他節點。目前 redis-trib 只能在管理員的協助下完成重新分片的工作， 要讓 redis-trib 自動將哈希槽從一個節點移動到另一個節點， 目前來說還做不到。
q 設定打算移動哈希槽的數量
執行 redis-trib 的第一步就是設定你打算移動的哈希槽的數量：
>>> Performing Cluster Check (using node 10.0.0.16:7000) M: 62d87bd83fd636e6ba1fe031777178cce8f9f776 10.0.0.16:7000 slots:0-5460 (5461 slots) master 1 additional replica(s) S: 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 slots: (0 slots) slave replicates 2366c6765ecf21ee86b064376693ce59047478a5 M: ccc65af4a214689b15d0cfd9dea584d214a0c2ad 10.0.0.16:7001 slots:5461-10922 (5462 slots) master 1 additional replica(s) M: 2366c6765ecf21ee86b064376693ce59047478a5 10.0.0.16:7002 slots:10923-16383 (5461 slots) master 1 additional replica(s) S: 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 slots: (0 slots) slave replicates ccc65af4a214689b15d0cfd9dea584d214a0c2ad S: 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 slots: (0 slots) slave replicates 62d87bd83fd636e6ba1fe031777178cce8f9f776 [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered. How many slots do you want to move (from 1 to 16384)? 1000 #<==移動1000個hash槽
q 設置目標ID
除了移動的哈希槽數量之外， redis-trib 還需要知道重新分片的目標（target node）， 也就是負責接收這 1000 個哈希槽的節點。
指定目標需要使用節點的 ID ， 而不是 IP 地址和端口。 比如說， 我們打算使用集群的第一個主節點來作為目標， 它的 IP 地址和端口是 10.0.0.16:7001 ， 而節點 ID 則是62d87bd83fd636e6ba1fe031777178cce8f9f776 ， 那麽我們應該向 redis-trib 提供節點的 ID ：
How many slots do you want to move (from 1 to 16384)? 1000 What is the receiving node ID? 62d87bd83fd636e6ba1fe031777178cce8f9f776
q 設置源節點
接下來， redis-trib 會向你詢問重新分片的源節點（source node），也就是要從哪個節點中取出 1000 個哈希槽， 並將這些槽移動到目標節點上面。如果我們不打算從特定的節點上取出指定數量的哈希槽，那麽可以向 redis-trib 輸入 all ，這樣的話，集群中的所有主節點都會成為源節點， redis-trib 將從各個源節點中各取出一部分哈希槽， 湊夠 1000 個， 然後移動到目標節點上面：
What is the receiving node ID? 62d87bd83fd636e6ba1fe031777178cce8f9f776 Please enter all the source node IDs. Type 'all' to use all the nodes as source nodes for the hash slots. Type 'done' once you entered all the source nodes IDs. Source node #1:all #<==這裏可以選擇all或者具體節點ID回車再輸入done來指定具體節點，可以用來清除主節點的solt。
輸入 all 並按下回車之後， redis-trib 將打印出哈希槽的移動計劃， 如果你覺得沒問題的話， 就可以輸入 yes 並再次按下回車：
......
Moving slot 11420 from 2366c6765ecf21ee86b064376693ce59047478a5
Moving slot 11421 from 2366c6765ecf21ee86b064376693ce59047478a5
Do you want to proceed with the proposed reshard plan (yes/no)? yes輸入 yes 並使用按下回車之後， redis-trib 就會正式開始執行重新分片操作， 將指定的哈希槽從源節點一個個地移動到目標節點上面。
q 重新檢查集群狀態
[root@test3 src]# ./redis-trib.rb check 10.0.0.16:7000 >>> Performing Cluster Check (using node 10.0.0.16:7000) M: 62d87bd83fd636e6ba1fe031777178cce8f9f776 10.0.0.16:7000 slots:0-5961,10923-11421 (6461 slots) master 1 additional replica(s) S: 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 slots: (0 slots) slave replicates 2366c6765ecf21ee86b064376693ce59047478a5 M: ccc65af4a214689b15d0cfd9dea584d214a0c2ad 10.0.0.16:7001 slots:5962-10922 (4961 slots) master 1 additional replica(s) M: 2366c6765ecf21ee86b064376693ce59047478a5 10.0.0.16:7002 slots:11422-16383 (4962 slots) master 1 additional replica(s) S: 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 slots: (0 slots) slave replicates ccc65af4a214689b15d0cfd9dea584d214a0c2ad S: 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 slots: (0 slots) slave replicates 62d87bd83fd636e6ba1fe031777178cce8f9f776 [OK] All nodes agree about slots configuration. >>> Check for open slots... >>> Check slots coverage... [OK] All 16384 slots covered.
需要註意的就是， 在三個主節點中， 節點 127.0.0.1:7000 包含了 6461 個哈希槽， 而節點 127.0.0.1:7001 和節點 127.0.0.1:7002 都只包含了 4961 個哈希槽， 因為後兩者都將自己的 500 個哈希槽移動到了節點 127.0.0.1:7000 。
第7章 集群節點管理
7.1 添加節點
根據新添加節點的種類， 我們需要用兩種方法來將新節點添加到集群裏面：
q 如果要添加的新節點是一個主節點， 那麽我們需要創建一個空節點（empty node）， 然後將某些哈希槽移動到這個空節點裏面。
q 如果要添加的新節點是一個從節點， 那麽我們需要將這個新節點設置為集群中某個節點的復制品（replica）。
7.1.1 新增一個空的節點
同理，再啟動一個新的7006端口的Redis節點，過程見redis（一）、入門。
7.1.2 新增節點加入集群
執行以下命令， 將這個新節點添加到集群裏面：
./redis-trib.rb add-node 10.0.0.16:7006 10.0.0.16:7000
命令中的 add-node 表示我們要讓 redis-trib 將一個節點添加到集群裏面， add-node 之後跟著的是新節點的 IP 地址和端口號， 再之後跟著的是集群中任意一個已存在節點的 IP 地址和端口號， 這裏我們使用的是 10.0.0.16:7000 。
通過 cluster nodes 命令， 我們可以確認新節點 10.0.0.16:7006 已經被添加到集群裏面了：
[root@test3 cluster]# redis-cli -c -h 10.0.0.16 -p 7000 cluster nodes 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 slave 2366c6765ecf21ee86b064376693ce59047478a5 0 1523112658032 6 connected ccc65af4a214689b15d0cfd9dea584d214a0c2ad 10.0.0.16:7001 master - 0 1523112656012 8 connected 0-565 5962-10922 11422-11855 2366c6765ecf21ee86b064376693ce59047478a5 10.0.0.16:7002 master - 0 1523112651972 3 connected 11856-16383 62d87bd83fd636e6ba1fe031777178cce8f9f776 10.0.0.16:7000 myself,master - 0 0 7 connected 566-5961 10923-11421 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 slave ccc65af4a214689b15d0cfd9dea584d214a0c2ad 0 1523112655003 8 connected 96fdc35b69c4f0929ba9ba5550a5fca8f3b0b514 10.0.0.16:7006 master - 0 1523112657022 0 connected 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 slave 62d87bd83fd636e6ba1fe031777178cce8f9f776 0 1523112652982 7 connected
新節點現在已經連接上了集群， 成為集群的一份子， 並且可以對客戶端的命令請求進行轉向了， 但是和其他主節點相比， 新節點還有兩點區別：
1、新節點沒有包含任何數據， 因為它沒有包含任何哈希槽。
2、盡管新節點沒有包含任何哈希槽， 但它仍然是一個主節點， 所以在集群需要將某個從節點升級為新的主節點時， 這個新節點不會被選中。
7.1.3 添加為主節點
當把節點添加進集群的時候，已經默認設置為主節點了，只是該節點沒有數據而已。這時只需要我們將哈希槽移動到新的節點裏面，新節點就會成為真正的主節點了。
詳細過程見第六章。
7.1.4 添加為slave節點
使用客戶端連接上新節點，並運行如下命令：
[root@test3 cluster]# redis-cli -c -h 10.0.0.16 -p 7006 10.0.0.16:7006> cluster replicate 62d87bd83fd636e6ba1fe031777178cce8f9f776 OK 10.0.0.16:7006>
註：以上這條命令也適合於隨時修改從節點的master。
q 一步到位法：
redis-trib.rb add-node --slave --master-id 62d87bd83fd636e6ba1fe031777178cce8f9f77 10.0.0.16:7006 10.0.0.16:7000 --slave:表示添加的是從節點 --master-id 62d87bd83fd636e6ba1fe031777178cce8f9f77:主節點的node id 10.0.0.16:7006：新的節點 10.0.0.16:7000：任何一個集群中的舊節點
查看是否設置成功：
[root@test3 cluster]# redis-cli -c -h 10.0.0.16 -p 7000 cluster nodes | grep slave 287a24936fa3c0c29ce33d768921769cf1969115 10.0.0.16:7005 slave 2366c6765ecf21ee86b064376693ce59047478a5 0 1523113268561 6 connected 60c3b5d3c1a53328046b627bd015da99e30436c0 10.0.0.16:7004 slave ccc65af4a214689b15d0cfd9dea584d214a0c2ad 0 1523113270579 8 connected 96fdc35b69c4f0929ba9ba5550a5fca8f3b0b514 10.0.0.16:7006 slave 62d87bd83fd636e6ba1fe031777178cce8f9f776 0 1523113269569 9 connected 19920c1ccf4be5849a1fca5d5f41643a3598cfcc 10.0.0.16:7003 slave 62d87bd83fd636e6ba1fe031777178cce8f9f776 0 1523113267550 7 connected #<==可以看出新節點已經成為slave了
7.2 移除節點
7.2.1 移除從節點
執行如下命令，將節點移出集群：
/opt/redis/src/redis-trib.rb del-node 10.0.0.16:7006 '96fdc35b69c4f0929ba9ba5550a5fca8f3b0b514'
7.2.2 移除主節點
q 如果主節點有從節點，先將從節點移到其他主節點
10.0.0.16:7006> cluster replicate 62d87bd83fd636e6ba1fe031777178cce8f9f776
q 如果主節點有solt，去掉分配的solt
詳細過程見第6章，只需要把all替換為需刪除的主節點即可。
q 刪除主節點
/opt/redis/src/redis-trib.rb del-node 10.0.0.16:7006 '96fdc35b69c4f0929ba9ba5550a5fca8f3b0b514'
第8章 Redis Cluster相關命令
//集群(cluster) CLUSTER INFO #<==打印集群的信息 CLUSTER NODES #<==列出集群當前已知的所有節點（node），以及這些節點的相關信息。 //節點(node) CLUSTER MEET <ip> <port> #<==將ip和port所指定的節點添加到集群當中，讓它成為集群的一份子。 CLUSTER FORGET <node_id> #<==從集群中移除node_id指定的節點。 CLUSTER REPLICATE <node_id> #<==將當前節點設置為node_id指定的節點的從節點。 CLUSTER SAVECONFIG #<==將節點的配置文件保存到硬盤裏面。 //槽(slot) 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）。 //鍵 (key) CLUSTER KEYSLOT <key> #<==計算鍵 key 應該被放置在哪個槽上。 CLUSTER COUNTKEYSINSLOT <slot> #<==回槽slot目前包含的鍵值對數量。 CLUSTER GETKEYSINSLOT <slot> <count> #<==返回count個slot槽中的鍵。
Redis（五）、Redis數據庫集群相關