redis怎麼配置

『壹』 緩存-redis 三種模式搭建和運行原理

標簽： redis 緩存 主從 哨兵 集群

本文簡單的介紹redis三種模式在linux的安裝部署和數據存儲的總結，希望可以相互交流相互提升。

對於Centos7在安裝redis之前需要進行一些常用工具的安裝：

關閉防火牆

正式安裝redis

在redis進行maketest時候會出現一系列的異常，有如下解決方案：

用redis-server啟動一下redis，做一些實驗沒什麼意義。

要把redis作為一個系統的daemon進程去運行的，每次系統啟動，redis進程一起啟動，操作不走如下：

RDB和AOF是redis的一種數據持久化的機制。 持久化 是為了避免系統在發生災難性的系統故障時導致的系統數據丟失。我們一般會將數據存放在本地磁碟，還會定期的將數據上傳到雲伺服器。
RDB 是redis的snapshotting，通過redis.conf中的save配置進行設置，如 save 60 1000:

AOF 是以appendonly方式進行數據的儲存的，開啟AOF模式後，所有存進redis內存的數據都會進入os cache中,然後默認1秒執行一次fsync寫入追加到appendonly.aof文件中。一般我們配置redis.conf中的一下指令：

AOF和RDB模式我們一般在生產環境都會打開，一般而言，redis服務掛掉後進行重啟會優先家在aof中的文件。

當啟動一個slave node的時候，它會發送一個PSYNC命令給master node,如果這是slave node重新連接master node，那麼master node僅僅會復制給slave部分缺少的數據;否則如果是slave node第一次連接master node，那麼會觸發一次full resynchronization;
開始full resynchronization的時候，master會啟動一個後台線程，開始生成一份RDB快照文件，同時還會將從客戶端收到的所有寫命令緩存在內存中。RDB文件生成完畢之後，master會將這個RDB發送給slave，slave會先寫入本地磁碟，然後再從本地磁碟載入到內存中。然後master會將內存中緩存的寫命令發送給slave，slave也會同步這些數據。
slave node如果跟master node有網路故障，斷開了連接，會自動重連。master如果發現有多個slave node都來重新連接，僅僅會啟動一個rdb save操作，用一份數據服務所有slave node。

從redis 2.8開始，就支持主從復制的斷點續傳，如果主從復制過程中，網路連接斷掉了，那麼可以接著上次復制的地方，繼續復制下去，而不是從頭開始復制一份。

master node會在內存中常見一個backlog，master和slave都會保存一個replica offset還有一個master id，offset就是保存在backlog中的。如果master和slave網路連接斷掉了，slave會讓master從上次的replica offset開始繼續復制,但是如果沒有找到對應的offset，那麼就會執行一次resynchronization。

master在內存中直接創建rdb，然後發送給slave，不會在自己本地落地磁碟了，可以有如下配置：

slave不會過期key，只會等待master過期key。如果master過期了一個key，或者通過LRU淘汰了一個key，那麼會模擬一條del命令發送給slave。

在redis.conf配置文件中，上面的參數代表至少需要3個slaves節點與master節點進行連接，並且master和每個slave的數據同步延遲不能超過10秒。一旦上面的設定沒有匹配上，則master不在提供相應的服務。

sdown達成的條件很簡單，如果一個哨兵ping一個master，超過了 is-master-down-after-milliseconds 指定的毫秒數之後，就主觀認為master宕機
sdown到odown轉換的條件很簡單，如果一個哨兵在指定時間內，收到了 quorum 指定數量的其他哨兵也認為那個master是sdown了，那麼就認為是odown了，客觀認為master宕機

如果一個slave跟master斷開連接已經超過了down-after-milliseconds的10倍，外加master宕機的時長，那麼slave就被認為不適合選舉為master

(down-after-milliseconds * 10) + milliseconds_since_master_is_in_SDOWN_state

每次一個哨兵要做主備切換，首先需要quorum數量的哨兵認為odown，然後選舉出一個slave來做切換，這個slave還得得到majority哨兵的授權，才能正式執行切換；

（2）SENTINEL RESET *，在所有sentinal上執行，清理所有的master狀態
（3）SENTINEL MASTER mastername，在所有sentinal上執行，查看所有sentinal對數量是否達成了一致

4.3.2 slave的永久下線

讓master摘除某個已經下線的slave：SENTINEL RESET mastername，在所有的哨兵上面執行.

redis的集群模式為了解決系統的橫向擴展以及海量數據的存儲問題，如果你的數據量很大，那麼就可以用redis cluster。
redis cluster可以支撐N個redis master,一個master上面可以掛載多個slave，一般情況我門掛載一個到兩個slave，master在掛掉以後會主動切換到slave上面，或者當一個master上面的slave都掛掉後，集群會從其他master上面找到冗餘的slave掛載到這個master上面，達到了系統的高可用性。

2.1 redis cluster的重要配置

2.2 在三台機器上啟動6個redis實例

將上面的配置文件，在/etc/redis下放6個，分別為: 7001.conf，7002.conf，7003.conf，7004.conf，7005.conf，7006.conf

每個啟動腳本內，都修改對應的埠號

2.3 創建集群

解決辦法是 先安裝rvm，再把ruby版本提升至2.3.3

使用redis-trib.rb命令創建集群

--replicas: 表示每個master有幾個slave

redis-trib.rb check 192.168.31.187:7001 查看狀體

3.1 加入新master

以上相同配置完成後，設置啟動腳本進行啟動；然後用如下命令進行node節點添加：

3.2 reshard一些數據過去

3.3 添加node作為slave

3.4 刪除node

『貳』 阿里雲資料庫redis怎麼配置

根據下面步驟創建適應業務需求的雲資料庫Redis版實例。

使用下列方法中任意一種打開購買頁：

打開雲資料庫Redis版產品首頁，單擊立即購買。

說明如果尚未登錄阿里雲賬號，單擊立即購買後需要先使用阿里雲賬號和密碼登錄。

登錄Redis管理控制台，單擊右上角的創建實例。

設置以下參數。

選擇密碼設置方式。

立即設置：在下方的輸入密碼區域設置密碼。

稍後設置：創建實例後再修改密碼。

設置實例名稱、購買數量，如果創建包年包月實例，還需設置時長。

在確認訂單頁，閱讀《雲資料庫KVStore版服務協議》，確認接受後在服務協議前的選框中單擊勾選。

單擊去開通。

因為這方面內容較多，這里也寫不開那麼多內容，所以你可以留言或到我的博客上搜索相關內容，老魏有寫過教程，還不止一篇，都挺詳細的內容，可以幫助你入門。

『叄』 Linux下安裝配置redis詳細教程，並配置哨兵模式

redis版本為redis-3.2.12，使用工具將安裝包上傳到data目錄。

在data目錄下創建文件夾redis，將redis安裝在此目錄。

第一步：解壓。

第二步：安裝，PREFIX=/data/redis用來設置安裝目錄。

到此，redis已經安裝完成，剩下就是配置和啟動服務。

進入redis目錄， 創建配置文件conf、日誌logs、資料庫mp、進程號pid四個目錄，用來存放對應的文件，這四個目錄也可以存放在其他文件夾，只要與配置文件中的配置一致即可，否則在啟動服務時會報錯。 其中bin目錄就是redis安裝成功後的一些命令文件。

redis服務配置一主二從，哨兵模式。注意：如果在實際開發中用不到哨兵模式，redis服務配置一主一從即可。

主Redis配置：redis_6379.conf

從Redis配置，redis_6380.conf和redis_6381.conf，與主Redis配置基本上一樣，不一樣的地方在於 埠、資料庫、日誌、pid文件名稱 ，都以6380或6381為標志， 最重要的地方是建立主從關系和同步驗證。

注意： 對只使用redis服務 ，只需要在主Redis裡面配置requirepass，在從Redis裡面配置masterauth，密碼保持一致，密碼盡可能復雜，以免被攻擊破解。

注意： 對只使用redis服務 ，如果從Redis也有必要加入訪問驗證，也可以設置requirepass，而且密碼可以與主Redis密碼不同。

將配置文件放置到/data/redis/conf目錄下，然後就可以啟動服務了。

啟動服務要按照主從順序依次啟動。

查看服務啟動情況：

也可以通過查看日誌文件來確認服務是否正常啟動。

通過客戶端登錄Redis驗證數據同步情況：

主Redis登錄驗證，設置數據：

從Redis登錄，獲取數據：從Redis並沒有設置密碼，所以無需驗證就可以操作。

配置哨兵模式：

Redis Sentinel集群通常由3到5個節點組成，如果個別節點掛了，集群還可以正常運作。Sentinel負責監控Redis集群的 健康 情況。

如果主Redis掛掉，Sentinel集群會通過投票選擇一個新的主Redis。 當原來的主Redis恢復時，它會被當做新的主Redis的從Redis重新加入Redis集群。

設置連接master和slave的密碼，需要注意的是sentinel不能分別為master和slave設置不同的密碼，因此master和slave的密碼必須設置相同。也就是說主Redis和從Redis都必須設置requirepass和masterauth，而且密碼必須相同。

sentinel.conf配置信息：

將該配置文件放置到/data/redis/conf目錄下，啟動sentinel服務：

驗證sentinel是否起作用，可以手工shutdown掉主Redis。

這時從Redis想要訪問主Redis同步數據就會提示錯誤信息：

sentinel在監測到主Redis宕機之後，通過選舉，將一個從Redis選定為新的主Redis。通過查看sentinel日誌可以發現，選定6380為新的主Redis，同時將另外兩個Redis作為從Redis。

注意：選定6380為主Redis後，所有的配置文件都會被修改，主要是重新建立主從關系。

6379會新增：slaveof 127.0.0.1 6380

6380會刪掉：slaveof 127.0.0.1 6379

6381會修改：slaveof 127.0.0.1 6380

由於6379服務已經關掉，所以雖然sentinel將6379作為6380的從服務，但是沒有真正的建立。

重新啟動6379服務，這時sentinel會重建建立一次主從關系：

『肆』 java怎樣配置redis佔用多大內存

Redis的配置
daemonize 如果需要在後台運行，把該項改為yes
pidfile 配置多個pid的地址，默認在/var/run/redis.pid
bind 綁定ip，設置後只接受自該ip的請求
port 監聽埠，默認為6379
timeout 設置客戶端連接時的超時時間，單位為秒
loglevel 分為4級，debug、verbose、notice、warning
logfile 配置log文件地址
databases 設置資料庫的個數，默認使用的資料庫為0
save 設置redis進行資料庫鏡像的頻率，保存快照的頻率，第一個*表示多長時間， 第三個*表示執行多少次寫操作。在一定時間內執行一定數量的寫操作時，自動保存快照。可設置多個條件。
rdbcompression 在進行鏡像備份時，是否進行壓縮
Dbfilename 鏡像備份文件的文件名
Dir 資料庫鏡像備份的文件放置路徑
Slaveof 設置資料庫為其他資料庫的從資料庫
Masterauth 主資料庫連接需要的密碼驗證
Requirepass 設置登錄時需要使用的密碼
Maxclients 限制同時連接的客戶數量
Maxmemory 設置redis能夠使用的最大內存
Appendonly 開啟append only模式
appendfsync 設置對appendonly.aof文件同步的頻率
vm-enabled 是否虛擬內存的支持
vm-swap-file 設置虛擬內存的交換文件路徑
vm-max-memory 設置redis使用的最大物理內存大小
vm-page-size 設置虛擬內存的頁大小
vm-pages 設置交換文件的總page數量
vm-max-threads 設置VMIO同時使用的線程數量
glueoutputbuf 把小的輸出緩存存放在一起
hash-max-zipmap-entries 設置hash的臨界值
activerehashing 重新has