上一篇php7環境的搭建 真是火爆。僅僅兩天時間，就破了我之前swagger系列的一片文章，看來，大家對搭建好開發環境真是情有獨鐘。
為了訪問量，我今天再來一篇redis的搭建。

當然不能僅僅是redis的搭建。

否則，多不上檔次呀。這種文章一抓一大把。這次還順帶把redis監控程序的搭建給弄上了。非常高大上的額。

redis的安裝

哎，寫到這兒，說一句，詛咒聯通這網絡，聯通網絡一上，打開vpn，照樣不能訪問外網，聯baidu都一卡一卡的。

redis就不用yum來進行安裝了。直接從官方下載來安裝吧。

(老實說，我也不知道yum里邊有沒有redis的最新版)

下載redis

$ wget -c http://download.redis.io/releases/redis-3.0.7.tar.gz

當然你也能夠到redis官網 下載最新的版本號。當然個人建議，開發中還是使用穩定版本號吧！

解壓redis

$ tar -zxvf redis-3.0.7.tar.gz

這個命令什么意思，我就不多說了，假設不清楚的同學，建議平時還是多積累點linux的命令知識額。加薪升職的利器額。

編譯安裝redis

$ cd redis-3.0.7 $ make && make install

進入到解壓后的文件夾。然后運行編譯，然后安裝。

OK，至此，我們的redis安裝還沒有完額。事實上好玩兒的才剛剛開始呢。

配置redis

創建redis 配置文件夾。

$　mkdir /etc/redis

在/var/lib/redis 下創建有效的保存數據的文件夾

$　mkdir -p /var/lib/redis/6379

redis.conf 是 redis 的配置文件，然而你會看到我們會把這個文件的名字改為 6379.conf ，而這個數字就是 redis 監聽的網絡端口。假設你想要運行超過一個的 redis 實例，推薦用這種名字。

復制演示樣例的 redis.conf 到 /etc/redis/6379.conf。

$ cp redis.conf /etc/redis/6379.conf

改動的內容例如以下：

設置 daemonize 為 no。systemd 須要它運行在前臺，否則 redis 會突然掛掉。
daemonize yes

設置 pidfile 為 /var/run/redis_6379.pid。
pidfile /var/run/redis_6379.pid

假設不準備用默認端口，能夠改動。

port 6379

設置日志級別。

loglevel debug

改動日志文件路徑。

logfile /var/log/redis_6379.log

設置文件夾為 /var/lib/redis/6379
dir /var/lib/redis/6379

redis配置文件。各項的具體解釋

######################### 通用 ########################## 啟動后臺進程 daemonize yes# 后臺進程的pid文件存儲位置 pidfile /var/run/redis.pid# 默認監聽端口 port 6379# 在高并發的環境中，為避免慢client的連接問題，須要設置一個快速后臺日志 tcp-backlog 511# 僅僅接受下面綁定的IP請求 # Examples: # bind 192.168.1.100 10.0.0.1 bind 127.0.0.1# 設置unix監聽，默覺得空 # unixsocket /tmp/redis.sock # unixsocketperm 700#client空暇多長時間，關閉鏈接，0表示不關閉 timeout 0# TCP keepalive. # 假設是非零值。當失去鏈接時，會使用SO_KEEPALIVE發送TCP ACKs 到client。

# 這個參數有兩個作用: # 1.檢測斷點。 # 2.從網絡中間設備來看，就是保持鏈接 # 在Linux上，設定的時間就是發送ACKs的周期。

# 注意：達到雙倍的設定時間才會關閉鏈接。在其它內核上，周期依賴于內核設置。 # 一個比較合理的值為60s tcp-keepalive 0 # 指定日志級別。下面記錄信息依次遞減 # debug用于開發/測試 # verbose沒debug那么具體 # notice適用于生產線 # warning僅僅記錄非常重要的信息 loglevel notice #日志文件名，假設為stdout則輸出到標準輸出端，假設是以后臺進程運行則不產生日志 logfile "" # 要想啟用系統日志記錄器，設置一下選項為yes # syslog-enabled no # 指明syslog身份 # syslog-ident redis # 指明syslog設備。必須是一個用戶或者是local0 ~ local7之中的一個 # syslog-facility local0 #設置數據庫數目，第一個數據庫編號為：0 databases 16 ######################### 快照 ######################### # 在什么條件下保存數據庫到磁盤，條件能夠有非常多個，滿足不論什么一個條件都會進行快照存儲 # 在900秒之內有一次key的變化 save 900 1 # 在300秒之內，有10個key的變化 save 300 10 # 在60秒之內有10000個key變化 save 60 10000 # 當持久化失敗的時候，是否繼續提供服務 stop-writes-on-bgsave-error yes # 當寫入磁盤時，是否使用LZF算法壓縮數據。默覺得yes rdbcompression yes # 是否加入CRC64校驗到每一個文件末尾--花費時間保證安全 rdbchecksum yes # 磁盤上數據庫的保存名稱 dbfilename dump.rdb # Redis工作文件夾。以上數據庫保存文件和AOF日志都會寫入此文件夾 dir ./ ######################### 主從同步 ######################### # 主從復制。當本機是slave時配置 # slaveof <masterip> <masterport> # 當主機須要password驗證時候配置 # masterauth <master-password> # 當slave和master丟失鏈接，或正處于同步過程中。是否響應client請求 # 設置為yes表示響應 # 設置為no。直接返回"SYNC with master in progress"（正在和主server同步中） slave-serve-stale-data yes # 設置slave是否為僅僅讀。 # 注意：即使slave設置為僅僅讀，也不能令其暴露在不受信任的網絡環境中 slave-read-only yes # 無硬盤復制功能 repl-diskless-sync no # 等待多個slave一起來請求之間的間隔時間 repl-diskless-sync-delay 5 # 設置slave給master發送ping的時間間隔 # repl-ping-slave-period 10 # 設置傳輸數據I/O，主機數據、ping響應超時時間，默認60s # 這個時間一定要比repl-ping-slave-period大，否則會不斷檢測到超時 # repl-timeout 60 # 是否在SYNC后slave socket上禁用TCP_NODELAY？ # 假設你設置為yes，Redis會使用少量TCP報文和少量帶寬發送數據給slave。 # 可是這樣會在slave端出現延遲。假設使用Linux內核的默認設置，大概40毫秒。

# 假設你設置為no。那么在slave端研究就會降低可是同步帶寬要添加。 # 默認我們是為低延遲優化的。 # 可是假設流量特別大或者主從server相距比較遠，設置為yes比較合理。 repl-disable-tcp-nodelay no # 設置復制的后臺日志大小。

# 復制的后臺日志越大。 slave 斷開連接及后來可能運行部分復制花的時間就越長。 # 后臺日志在至少有一個 slave 連接時，僅僅分配一次。 # repl-backlog-size 1mb # 在 master 不再連接 slave 后，后臺日志將被釋放。下面的配置定義從最后一個 slave 斷開連接后須要釋放的時間（秒）。 # 0 意味著從不釋放后臺日志 # repl-backlog-ttl 3600 # 設置slave優先級。默覺得100 # 當主server不能正確工作的時候，數字低的首先被提升為主server?？墒?是禁用選擇 slave-priority 100 # 假設少于 N 個 slave 連接，且延遲時間 <=M 秒，則 master 可配置停止接受寫操作。 # 比如須要至少 3 個 slave 連接，且延遲 <=10 秒的配置： # min-slaves-to-write 3 # min-slaves-max-lag 10 # 設置 0 為禁用 # 默認 min-slaves-to-write 為 0 （禁用）， min-slaves-max-lag 為 10 ######################### 安全 ######################### # 設置client連接password。由于Redis響應速度能夠達到每秒100w次，所以password要特別復雜 # requirepass 1413 # 命令又一次命名，或者禁用。 # 重命名命令為空字符串能夠禁用一些危急命令比方：FLUSHALL刪除全部數據 # 須要注意的是，寫入AOF文件或傳送給slave的命令別名或許會引起一些問題 # rename-command CONFIG "" # 設置client連接password，由于Redis響應速度能夠達到每秒100w次，所以password要特別復雜 requirepass 1413 # 命令又一次命名，或者禁用。 # 重命名命令為空字符串能夠禁用一些危急命令比方：FLUSHALL刪除全部數據 # 須要注意的是，寫入AOF文件或傳送給slave的命令別名或許會引起一些問題 # rename-command CONFIG "" ######################### 限制 ######################### # 設置最多鏈接client數量。默覺得10000。

# 實際能夠接受的請求數目為設置值減去32，這32是Redis為內部文件描寫敘述符保留的 # maxclients 10000 # 設置最多鏈接client數量，默覺得10000。

# 實際能夠接受的請求數目為設置值減去32，這32是Redis為內部文件描寫敘述符保留的 # maxclients 10000 # 設置最大使用內存數量，在把Redis當作LRU緩存時特別實用。 # 設置的值要比系統能使用的值要小 # 由于當啟用刪除算法時。slave輸出緩存也要占用內存 # maxmemory <bytes> #達到最大內存限制時。使用何種刪除算法 # volatile-lru 使用LRU算法移除帶有過期標致的key # allkeys-lru -> 使用LRU算法移除不論什么key # volatile-random -> 隨機移除一個帶有過期標致的key # allkeys-random -> 隨機移除一個key # volatile-ttl -> 移除近期要過期的key # noeviction -> 不刪除key，當有寫請求時，返回錯誤 #默認設置為volatile-lru # maxmemory-policy noeviction # LRU和最小TTL算法沒有精確的實現 # 為了節省內存僅僅在一個樣本范圍內選擇一個近期最少使用的key，能夠設置這個樣本大小 # maxmemory-samples 5 ######################### AO模式 ######################### # AOF和RDB持久化能夠同一時候啟用 # Redis啟動時候會讀取AOF文件，AOF文件有更好的持久化保證 appendonly no # AOF的保存名稱，默覺得appendonly.aof appendfilename "appendonly.aof" # 設置何時寫入追加日志。又三種模式 # no：表示由操作系統決定何時寫入。性能最好，但可靠性最低 # everysec：表示每秒運行一次寫入。折中方案。推薦 # always：表示每次都寫入磁盤。性能最差。比上面的安全一些 # appendfsync always appendfsync everysec # appendfsync no # 當AOF同步策略設定為alway或everysec # 當后臺存儲進程（后臺存儲或者AOF日志后臺寫入）會產生非常多磁盤開銷 # 某些Linux配置會使Redis由于fsync()調用產生堵塞非常久 # 如今還沒有修復補丁。甚至使用不同線程進行fsync都會堵塞我們的同步write(2)調用。

# 為了緩解這個問題，使用下面選項在一個BGSAVE或BGREWRITEAOF運行的時候 # 能夠阻止fsync()在主程序中被調用， no-appendfsync-on-rewrite no # AOF自己主動重寫（合并命令，降低日志大小） # 當AOF日志大小添加到一個特定比率，Redis調用BGREWRITEAOF自己主動重寫日志文件 # 原理：Redis 會記錄上次重寫后AOF文件的文件大小。

# 假設剛啟動，則記錄啟動時AOF大小 # 這個基本大小會用來和當前大小比較。假設當前大小比特定比率大。就會觸發重寫。 # 你也須要指定一個AOF須要被重寫的最小值，這樣會避免達到了比率。 # 可是AOF文件還非常小的情況下重寫AOF文件。 # 設置為0禁用自己主動重寫 auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb #redis在啟動時能夠載入被截斷的AOF文件。而不須要先運行 redis-check-aof 工具 aof-load-truncated yes ######################### LUA腳本 ######################### # Lua腳本的最大運行時間，單位毫秒 # 超時后會報錯，而且計入日志 # 當一個腳本運行時間超過了最大運行時間 # 僅僅有SCRIPT KILL和 SHUTDOWN NOSAVE兩個命令能夠使用。 # SCRIPT KILL用于停止沒有調用寫命令的腳本。

# SHUTDOWN NOSAVE是唯一的一個，在腳本的寫命令正在運行 # 用戶又不想等待腳本的正常結束的情況下，關閉server的方法。 # 下面選項設置為0或負數就會取消腳本運行時間限制 lua-time-limit 5000 ####################### redis集群 ######################## # 是否啟用集群 # cluster-enabled yes # 集群配置文件 # 集群配置變更后會自己主動寫入改文件 # cluster-config-file nodes-6379.conf # 節點互連超時的閥值 # 節點超時時間。超過該時間無法連接主要Master節點后，會停止接受查詢服務 # cluster-node-timeout 15000 # 控制從節點FailOver相關的設置,設為0，從節點會一直嘗試啟動FailOver. # 設為正數，失聯大于一定時間（factor*節點TimeOut），不再進行FailOver # cluster-slave-validity-factor 10 # 最小從節點連接數 # cluster-migration-barrier 1 # 默覺得Yes,丟失一定比例Key后（可能Node無法連接或者掛掉）。集群停止接受寫操作 # 設置為No，集群丟失Key的情況下仍提供查詢服務 # cluster-require-full-coverage yes ######################### 慢查詢 ######################### # Redis慢查詢日志記錄超過設定時間的查詢，且僅僅記錄運行命令的時間 # 不記錄I/O操作。比方：和client交互，發送回復等。 # 時間單位為微妙，1000000微妙 = 1 秒 # 設置為負數會禁用慢查詢日志，設置為0會記錄全部查詢命令 slowlog-log-slower-than 10000 # 日志長度沒有限制，可是會消耗內存。超過日志長度后，最舊的記錄會被移除 # 使用SLOWLOG RESET命令能夠回收內存 slowlog-max-len 128 ######################### 延遲監測 ######################### # 系統僅僅記錄超過設定值的操作。單位是毫秒，0表示禁用該功能 # 能夠通過命令“CONFIG SET latency-monitor-threshold <milliseconds>” 直接設置而不須要重新啟動redis latency-monitor-threshold 0 ######################### 事件通知 ######################### # 當事件發生時， Redis 能夠通知 Pub/Sub client。

# 能夠在下表中選擇 Redis 要通知的事件類型。事件類型由單個字符來標識： # K Keyspace 事件，以 _keyspace@<db>_ 的前綴方式公布 # E Keyevent 事件，以 _keysevent@<db>_ 的前綴方式公布 # g 通用事件（不指定類型）。像 DEL, EXPIRE, RENAME, … # $ String 命令 # s Set 命令 # h Hash 命令 # z 有序集合命令 # x 過期事件（每次 key 過期時生成） # e 清除事件（當 key 在內存被清除時生成） # A g$lshzxe 的別稱。因此 ”AKE” 意味著全部的事件 # notify-keyspace-events 帶一個由 0 到多個字符組成的字符串參數?？兆址馑际峭ㄖ唤谩?/span>

# 樣例：啟用 list 和通用事件： # notify-keyspace-events Elg # 默認所用的通知被禁用。由于用戶通常不須要改特性，而且該特性會有性能損耗。

# 注意假設你不指定至少 K 或 E 之中的一個。不會發送不論什么事件。

notify-keyspace-events "" #notify-keyspace-events AKE ######################### 高級設置 ######################### # 當有少量條目的時候，哈希使用高效內存數據結構。最大的條目也不能超過設定的閾值。# “少量”定義例如以下： hash-max-ziplist-entries 512 hash-max-ziplist-value 64 # 和哈希編碼一樣，少量列表也以特殊方式編碼節省內存。

“少量”設定例如以下：

list-max-ziplist-entries 512 list-max-ziplist-value 64 # 集合僅僅在下面情況下使用特殊編碼來節省內存 # -->集合全部由64位帶符號10進制整數構成的字符串組成 # 下面的選項設置這個特殊集合的大小。 set-max-intset-entries 512 # 當有序集合的長度和元素設定為下面數字時，又特殊編碼節省內存 zset-max-ziplist-entries 128 zset-max-ziplist-value 64 # HyperLogLog 稀疏表示字節限制 # 這個限制包括了16個字節的頭部，當一個HyperLogLog使用sparse representation # 超過了這個顯示，它就會轉換到dense representation上 hll-sparse-max-bytes 3000 # 哈希刷新使用每100個CPU毫秒中的1毫秒來幫助刷新主哈希表（頂級鍵值映射表）。 # Redis哈希表使用延遲刷新機制，越多操作，越多刷新。 # 假設server空暇。刷新操作就不會進行，很多其它內存會被哈希表占用 # 默認每秒進行10次主字典刷新，釋放內存。 # 假設你有硬性延遲需求，偶爾2毫秒的延遲無法忍受的話。

設置為no

# 否則設置為yes activerehashing yes # client輸出緩存限制強迫斷開讀取速度比較慢的client # 有三種類型的限制 # normal -> 正常 # slave -> slave和 MONITOR # pubsub -> client至少訂閱了一個頻道或者模式 # client輸出緩存限制語法例如以下（時間單位：秒） # client-output-buffer-limit <類別> <強制限制> <軟性限制> <軟性時間> # 達到強制限制緩存大小，立馬斷開鏈接。 # 達到軟性限制，仍然會有軟性時間大小的鏈接時間 # 默認正常client無限制，僅僅有請求后。異步client數據請求速度快于它能讀取數據的速度 # 訂閱模式和主從client又默認限制，由于它們都接受推送。 # 強制限制和軟性限制都能夠設置為0來禁用這個特性 client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 # 設置Redis后臺任務運行頻率，比方清除過期鍵任務。 # 設置范圍為1到500，默覺得10.越大CPU消耗越大。延遲越小。 # 建議不要超過100 hz 10 # 當子進程重寫AOF文件。下面選項開啟時。AOF文件會每產生32M數據同步一次。 # 這有助于更快寫入文件到磁盤避免延遲 aof-rewrite-incremental-fsync yes

　redis開機自啟動

復制redis的自啟動腳本到init.d中

$ cp utils/redis_init_script /etc/init.d/redis_6379

這里說明一下哈。鏡像還是前面用的CentOs7。所以有的命令略微跟6不一樣。建立一個redis的服務

$　vim /etc/systemd/system/redis_6379.service

然后輸入下面的內容

[Unit] Description=Redis on port 6379 [Service] Type=forking ExecStart=/etc/init.d/redis_6379 start ExecStop=/etc/init.d/redis_6379 stop [Install] WantedBy=multi-user.target

注意上面文件的文件夾。就是剛剛復制的文件夾，假設有多個redis，這里須要注意。

系統參數的調整

為了讓redis正常運行，須要對某些系統參數進行調整。

# 避免數據被截斷 $　sysctl -w vm.overcommit_memory=1# 改動 backlog 連接數的最大值超過 redis.conf 中的 tcp-backlog 值，即默認值511 $ sysctl -w net.core.somaxconn=512# 取消對透明巨頁內存（transparent huge pages）的支持，由于這會造成 redis 使用過程產生延時和內存訪問問題。 $ echo never > /sys/kernel/mm/transparent_hugepage/enabled

然后將以上配置，寫入相關文件：

$ vim /etc/sysctl.conf

輸入內容例如以下：

vm.overcommit_memory = 1 net.core.somaxconn=512

對于透明巨頁內存支持。并沒有直接 sysctl 命令能夠控制，所以須要將下面的命令放到 /etc/rc.local 的結尾。

echo never > /sys/kernel/mm/transparent_hugepage/enabled

通過以上配置，能夠來啟動redis服務了。

$ systemctl start redis_6379 # 設置為開機啟動 $ systemctl enable redis_6379 # 通過下面命令。查看redis的狀態 $ systemctl status redis_6379

然后使用client來進行測試一下redis服務是否正常。參見截圖：

redis的監控redis-stat的安裝

由于redis-stat是使用ruby開發的。在安裝前。請確保你的環境已經有了ruby的環境。假設沒有，請自行google、百度安裝之，我就不寫了哦。
由于ruby默認使用的鏡像在國外，剩下的不說了。大家都懂得。然后萬能的淘寶鏡像。切換一下：

$ gem sources --add https://ruby.taobao.org/ --remove https://rubygems.org/

證據例如以下：

然后開始安裝：

$ gem install redis-stat

然后。一般來說，你會發現報錯啦，報錯例如以下：

Building native extensions. This could take a while... ERROR: Error installing redis-stat:ERROR: Failed to build gem native extension./usr/bin/ruby extconf.rb mkmf.rb can't find header files for ruby at /usr/share/include/ruby.hGem files will remain installed in /usr/local/share/gems/gems/json-1.8.3 for inspection. Results logged to /usr/local/share/gems/gems/json-1.8.3/ext/json/ext/generator/gem_make.out

哈哈，。我好機智，想到大家非常多人會搜索這個錯誤信息。會不會因此被帶到這里呢？就像試試認真寫的博客，會有多少人看。
這個錯呢，非常easy，就是由于沒有安裝ruby-devel，全部通過yum給安裝上吧

$ yum -y install ruby-devel

這個就不要截圖了吧。

沒什么好看的。

安裝完畢后。再次運行 gem install redis-stat

然后，至此安裝完畢，看一看勞動成果吧。隨便說一句，它對redis的效率影響，基本能夠忽略不計，因此。能夠放心的使用。

$ redis-stat

然后。他會自帶一個web的版本號。大家能夠通過瀏覽器來訪問，具體方式留給大家自己去查一查，搜一搜吧。

單機版的redis服務安裝與監控。就全部搞定。so easy。！

！

總結

以上是生活随笔為你收集整理的vagrant系列四：vagrant搭建redis与redis的监控程序redis-stat的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。