redis5之前集群搭建需要ruby環境，redis5之后就不需要了，只用redis-cli就可以創建集群了，本文redis版本：5.0.4
1.前期回顧
前面說了redis的主從復制可以保證資料容災，就是主節點壞了，從節點中也保存著完整資料，不會造成資料丟失的情況；
然后又說了哨兵模式(sentinel)，這個是在主從復制的基礎上增強了一下，當主節點壞了，從節點中就會選舉出來一個當作主節點，繼續對外提供服務，而不需要人為的去操作，這叫做保證自動故障轉移；
注意，哨兵的個數之前只配置了一個，其實可以配置多個，防止一個哨兵由于網路延遲等原因誤判了；多個哨兵的時候超過半數的哨兵覺得主節點掛了那么就是主節點掛了，才會選舉新的主節點；
哨兵模式下，使用springboot去連接redis的時候，連接的哨兵節點哦！因為此時主節點的ip是不確定的，有興趣的可以自己測驗；
2. redis單機版的缺陷
哨兵模式下，其實就可以適用于絕大多數公司的場景了，畢竟也沒有那么多的用戶
但是對于比較大的公司，用戶數量賊多，然后并發量賊高，然后redis主節點只有一個，一下子就能將redis主節點打趴下了，然后哨兵重新推選新的主節點剛剛站起來，然后又一下子被打趴下了，不斷的重復直至所有的redis節點都被打趴下了，最終所有請求都來到資料庫，資料庫也掛了....這也就是單節點并發壓力的問題
而且只有單節點的話，redis持久化資料越來越多，直至最后持久化了TB級別的資料，其實是比較夸張的
所以我們更希望能有多個redis主節點服務器可以提供服務，每個主節點有從節點，而且還有有類似之前說的哨兵機制，那么持久化的資料能大概均分到各個服務器，而且可用性也有，單節點并發和磁盤壓力也會大大的緩解
3 redis集群（cluster）說明
集群就類似下面這個圖，集群中三個節點提供服務，三個節點都是主節點，同時三個節點都有從節點；
在集群模式下，主從節點自動的會有哨兵功能，即主節點掛了，從節點就會頂上；
下面的這種，redis持久化的資料可以大概的平均分成三份，分別存到每個節點中，所以，每個節點中存的資料是不一樣的！！！
那么問題來了，一個集群中有那么多節點，我們如果要向里面存資料，那么怎么選擇節點呢？ 只有先選擇了節點然后才能往這個節點中存入資料
例如set a 1，那么應該怎么向集群中存呢？
原理：類似于java中的hashmap，如果我有一個容量為16383的陣列，分成三份，上面節點node-1 中管理的是0-5461的位置，node-2管理的是5462-10922的位置，然后node-3管理的是10923-16383的位置
然后a首先經過hash再對16383取余，得到的結果肯定是在0-16383之間的某個數字（在redis中就叫做CRC16演算法），然后根據這個結果所在的位置就能確定放在哪個節點了
比如上面的set a 1 ，假設a經過CRC16演算法得到的結果是7000，那就肯定丟到node-2里面去了，還是比較容易的，并且相同的鍵，經過CRC16演算法，每次都是一樣的，所以當使用get a 的時候，a經過CRC16之后，結果也是7000，也就到node-2中去取資料了
這實作了存的時候在哪個節點存，取得時候肯定就在那個節點去取；
4 redis在linux中簡單使用
之前單機版都是windows中配置的，現在我們在linux中玩一下
4.1 安裝redis原始碼
redis中文網 根據提示下載redis原始碼，我把安裝命令放在下面，注意下載你想要的版本；
#下載，解壓，編譯: wget http://download.redis.io/releases/redis-5.0.4.tar.gz tar xzf redis-5.0.4.tar.gz cd redis-5.0.4 make #二進制檔案是編譯完成后在src目錄下. 運行如下: src/redis-server #你能使用Redis的內置客戶端進行進行redis代碼的撰寫: $ src/redis-cli redis> set foo bar OK redis> get foo "bar"
你在執行make的時候應該會出錯，因為redis是c語言寫的，所以需要有c語言的編譯環境，使用命令：yum install -y gcc
然后進入解壓目錄執行： make MALLOC=libc
繼續在解壓目錄下執行：make install PREFIX=/usr/local/redis /usr/local/redis這個目錄表示你的redis需要安裝的位置，自己定義，后續的啟動redis就是在/usr/local/redis/bin
進入剛剛redis的安裝目錄，執行命令：./redis-server
可以發現使用linux安裝其實比較麻煩，而且如果你的運氣不好，在使用yum安裝gcc的時候也會有些奇葩的問題，慢慢踩坑吧！
4.2 啟動redis哨兵
在前面我們安裝了redis的原始碼包和編譯后的redis，我們還需要redis服務端啟動時候的組態檔，在原始碼包下，我們需要復制到編譯后的redis目錄下：cp /usr/local/java/redis/redis-5.0.4/redis.conf /usr/local/redis/bin 這個命令的前一個目錄需要改成你自己的redis原始碼包的目錄
由于我的redis版本比較新，所以redis編譯后的包中有redis-sentinel檔案，就不需要去原始碼包復制了（假設你的本目錄沒有這個redis-sentinel檔案，你就需要去原始碼包中的src目錄下將這個檔案redis-sentinel給復制過來）
我們在當前bin目錄下新建一個sentinel.conf組態檔，加入下面一行
sentinel monitor mymaster 127.0.0.1 6379 1
配置完畢，啟動redis服務端：./redis-server ./redis.conf
啟動哨兵節點：./redis-sentinel ./sentinel.conf
到這里，說明我們redis配置很ok，當然你也可以自己配置一個從節點，跟window版本是一樣的，自己可以測驗一下
5 redis集群搭建
5.1 提前須知
集群中的主從節點自帶哨兵功能，而且主節點必須是奇數，最低需要三個主節點
我這里給每個主節點都配置一個從節點，三主三從，一共6個節點
我們設定5000，6000，7000為三個主節點，5001，6001，7001為三個從節點，注意，我們在集群中不能手動指定主節點和哪個從節點配對，這是隨機的！我們只能指定主節點
5.2 redis.conf組態檔修改
復制6份redis.conf組態檔，然后修改下面個地方：
port 6379 //redis服務端的埠 bind 0.0.0.0 //開啟遠程連接
daemonize yes //這里表示redis服務端以守護進行開啟，也就是開啟redis的時候，是在后臺運行的
dbfilename dump.rdb //rdb持久化檔案名需要修改
appendfilename "appendonly.aof" //aof持久化檔案名需要修改
appendonly yes //集群模式必須開啟aof持久化
dir . //持久化檔案存放的目錄
cluster-enabled yes //開啟集群模式 cluster-config-file nodes-port.conf //集群節點組態檔 cluster-node-timeout 5000 //集群節點超時時間，單位毫秒
改完之后的檔案放入下面的各自對應的目錄中：
我們以5000埠為例，修改上面的幾條，其他的組態檔根據各自的埠進行修改：
port 5000 bind 0.0.0.0 daemonize yes dbfilename dump5000.rdb appendfilename "appendonly5000.aof" appendonly yes
dir ./5000
cluster-enabled yes cluster-config-file nodes-5000.conf cluster-node-timeout 5000
改了好半天，終于改完了6個組態檔，然后在bin目錄下撰寫一個啟動所有節點的腳本: vim redisStartAll.sh
#! /bin/bash ./redis-server ./5000/redis5000.conf ./redis-server ./5001/redis5001.conf ./redis-server ./6000/redis6000.conf ./redis-server ./6001/redis6001.conf ./redis-server ./7000/redis7000.conf ./redis-server ./7001/redis7001.conf
給啟動腳本添加可執行權限： chmod +x redisStartAll.sh
想要啟動所有redis節點，在bin目錄下直接執行： sh ./redisStartAll.sh
5.3 創建集群
我們將所有的節點啟動完畢之后，雖然說都是節點，但都是各自隔離的，沒有什么聯系，我們需要將這些節點設定一下；（還是強調一下，redis5.x版本的集群模式不需要ruby環境，直接使用本地的reids-cli就行了）
在bin目錄下執行：./redis-cli --cluster create --cluster-replicas 1 127.0.0.1:5000 127.0.0.1:6000 127.0.0.1:7000 127.0.0.1:5001 127.0.0.1:6001 127.0.0.1:7001
命令說明，下圖所示；
到這里，肯定有人想了，我要是有的主節點要有兩個從節點呢？推薦看看這個老哥的博客，對這個命令解釋得很詳細
執行命令之后，輸入“yes”表示保存這個集群，如果你對當前集群不滿意，也可以重新執行一下上述命令
集群搭建完畢，我們只需要連接任意一個節點就能看看集群中節點的狀態：./redis-cli -p 6000 cluster nodes
如果想看到集群中各個節點更詳細的資訊，也可以使用這個：./redis-cli --cluster check 127.0.0.1:5000 --cluster-search-multiple-owners
5.4 測驗集群
我們關掉主節點5000,然后等幾秒鐘
然后再啟動5000這個節點，我們發現5000節點成了5001的從節點了
我們隨便連接一個節點放入資料：./redis-cli -p 5000 -c 注意要加上 -c 引數啊，這表示連接集群客戶端
從集群中取資料
6. 總結
到這里redis的基礎知識就說完了，最開始說的就只有一個節點的單機結構，弊端是容災性差，這個節點壞了就就真的壞了，里面的資料還有可能丟失；
然后就說了解決容災行的方案，即使用主從復制結構，但是主從當主節點壞了之后，雖然說資料肯定保存了一份在從節點那里，但是需要人為的去重新部署redis
再進一步就是說了哨兵機制，有個哨兵（當然，哨兵可以配置多個）一直盯著我們的主節點，當主節點沒用了，就會自動的將從節點匯總選舉出來一個作為主節點，繼續向外提供服務
但是哨兵機制說到底還是單體架構，就會有單節點并發壓力的問題，只有一個主節點無法抗住并發壓力，而且所有資料都放在一臺服務器中，隨著redis用的時間越來越長，使得磁盤的空間也會很有壓力
解決方案就是集群方式，可以有多個主節點共同組成一個集群向外界提供服務，資料大概就是均分成多份分別放在這些主節點中，這緩解了磁盤壓力；而且每個主節點有多個從節點，且具備有主從復制+哨兵的作用，當主節點中資料有變化，就會同步到它對應的從節點中，提高了容災性，然后主節點掛了，從節點還能頂上，提高了故障轉移能力；
其實在集群創建完了之后，我們后續還可以向其中添加主節點和從節點的，這個就很容易了！
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/254678.html
標籤：Java