一、 Redis 介紹
Remote Dictionary Server(Redis)是一個開源的使用 ANSI C 語言撰寫、支持網路、可基于記憶體亦可持久化的日志型、Key-Value 資料庫，并提供多種語言的 API，它通常被稱為資料結構服務器，因為值（value）可以是 字串(String), 哈希(Map),串列(list), 集合(sets) 和 有序集合(sorted sets)，redis可以是純記憶體資料庫，也可以將資料記錄到磁盤進行持久化，
二、 Redis 常用應用場景
1、最常用的就是會話快取
2、訊息佇列，比如支付
3、活動排行榜或計數
4、發布、訂閱訊息(訊息通知)
5、商品串列、評論串列等
三、 Redis的配置
redis的組態檔，你會發現還是很有條理的，redis組態檔被分成了幾大塊區域，它們分別是：
1.通用（general）
2.快照（snapshotting）
3.復制（replication）
4.安全（security）
5.限制（limits)
6.追加模式（append only mode)
7.LUA腳本（lua scripting)，暫時不寫
8.慢日志（slow log)
9.事件通知（event notification），暫時不寫
1.通用：
通過daemonize配置項可以控制redis的運行形式，默認是no（打開客戶端才會運行，關閉客戶端redis停止運行），如果改為yes，那么redis就會以daemon形式運行（即后臺運行，我們應該使用這種形式）：
daemonize yes
當以daemon形式運行時，redis會生成一個pid檔案，默認會生成在/var/run/redis.pid，當然，你可以通過pidfile來指定pid檔案生成的位置
pidfile /path/to/redis.pid
默認系結127.0.0.1，redis會回應本機所有可用網卡的連接請求，當然，redis允許你通過bind配置項來指定要系結的IP，我們可以系結一個或多個ip，比如我們系結192.168.100.2，那么192.168.100這個網段的都可以訪問（這個最好是內網網段），也可看下這篇文章（ttps://bingozb.github.io/62.html）
bind 127.0.0.1
redis的默認服務埠是6379，你可以通過port配置項來修改，如果埠設定為0的話，redis便不會監聽埠了，
port 6379
“如果redis不監聽埠，還怎么與外界通信呢”，其實redis還支持通過unix socket方式來接收請求，可以通過unixsocket配置項來指定unix socket檔案的路徑，并通過unixsocketperm來指定檔案的權限，
unixsocket /tmp/redis.sock
unixsocketperm 755
當一個redis-client一直沒有請求發向server端，那么server端有權主動關閉這個連接，可以通過timeout來設定“空閑超時時限”，0表示永不關閉，
timeout 0
TCP連接保活策略，可以通過tcp-keepalive配置項來進行設定，單位為秒，假如設定為60秒，則server端會每60秒向連接空閑的客戶端發起一次ACK請求，以檢查客戶端是否已經掛掉，對于無回應的客戶端則會關閉其連接，所以關閉一個連接最長需要120秒的時間，如果設定為0，則不會進行保活檢測，
tcp-keepalive 300
redis支持通過loglevel配置項設定日志等級，共分四級，即debug、verbose、notice、warning，
loglevel notice
redis也支持通過logfile配置項來設定日志檔案的生成位置，如果設定為空字串，則redis會將日志輸出到標準輸出，假如你在daemon情況下將日志設定為輸出到標準輸出，則日志會被寫到/dev/null中，
logfile ""
如果希望日志列印到syslog中，也很容易，通過syslog-enabled來控制，另外，syslog-ident還可以讓你指定syslog里的日志標志
syslog-ident redis
對于redis來說，可以設定其資料庫的總數量，默認包含16個資料庫，這16個資料庫的編號將是0到15，默認的資料庫是編號為0的資料庫，用戶可以使用select <DBid>來選擇相應的資料庫：
databases 16
2.快照--rdb（redis持久化方法之一）：
快照是默認的持久化方式，我們可以用如下的指令來讓資料保存到磁盤上，即控制RDB快照功能：
save 900 1 //表示每15分鐘且至少有1個key改變，就觸發一次持久化
save 300 10 //表示每5分鐘且至少有10個key改變，就觸發一次持久化
save 60 10000 //表示每60秒至少有10000個key改變，就觸發一次持久化
如果你想禁用RDB持久化的策略，只要不設定任何save指令就可以，或者給save傳入一個空字串引數也可以達到相同效果，就像這樣：
save ""
如果用戶開啟了RDB快照功能，那么在redis持久化資料到磁盤時如果出現失敗，默認情況下，redis會停止接受所有的寫請求，這樣做的好處在于可以讓用戶很明確的知道記憶體中的資料和磁盤上的資料已經存在不一致了，如果redis不顧這種不一致，一意孤行的繼續接收寫請求，就可能會引起一些災難性的后果，如果下一次RDB持久化成功，redis會自動恢復接受寫請求，當然，如果你不在乎這種資料不一致或者有其他的手段發現和控制這種不一致的話，你完全可以關閉這個功能，以便在快照寫入失敗時，也能確保redis繼續接受新的寫請求，配置項如下：
stop-writes-on-bgsave-error yes
對于存盤到磁盤中的快照，可以設定是否進行壓縮存盤，如果是的話，redis會采用LZF演算法進行壓縮，如果你不想消耗CPU來進行壓縮的話，可以設定為關閉此功能，但是存盤在磁盤上的快斬訓比較大
rdbcompression yes
在存盤快照后，我們還可以讓redis使用CRC64演算法來進行資料校驗，但是這樣做會增加大約10%的性能消耗，如果你希望獲取到最大的性能提升，可以關閉此功能，
rdbchecksum yes
我們還可以設定快照檔案的名稱，默認是這樣配置的：
dbfilename dump.rdb
最后，你還可以設定這個快照檔案存放的路徑，比如默認設定就是當前檔案夾：
dir ./
3.復制：
主從復制（也叫主從同步）可以防止主機壞掉導致的網站不能正常運作的問題，Redis支持主從復制，而且配置也很簡單，redis的主從復制可以讓多個從服務器（slave server）擁有和主服務器（master server）相同的資料庫副本，
特點：
1.一個master可以擁有多個slave
2.多個slave除了可以連接同一個master外，還可以連接其他的slave
3.不會阻塞master，在slave同步資料時，master可以繼續處理客戶端的請求
4.提高了系統的伸縮性，比如多個slave專門用于客戶端的讀操作
5.可在master服務器上禁止資料持久化，而只在slave服務器上進行資料持久化操作
Redis主從復制的程序，分為兩個階段，第一個階段如下：
（1）slave服務器主動連接到master服務器，
（2）slave服務器發送SYNC命令到master服務器請求同步資料，
（3）master服務器備份資料庫到rdb檔案，
（4）master服務器將該rdb檔案傳輸給slave服務器，
（5）slave服務器清空資料庫資料，把rdb檔案資料匯入資料庫中，
完成第一階段，接下來master服務器把用戶所有更改資料的操作（寫操作），通過命令的形式轉發給slave服務器，slave服務器只需執行master服務器發送過來的命令就可以實作后續的同步效果，Redis的主從復制配置很簡單，只需在slave服務器的組態檔中，添加下面的配置項：
指定master（主服務器）的ip和埠
slaveof 192.168.1.115 6379
如果主服務器設定了安全密碼，還要加上這行代碼進行授權
masterauth 密碼
當從redis失去了與主redis的連接，或者主從同步正在進行中時，redis該如何處理外部發來的訪問請求呢？這里，從redis可以有兩種選擇，第一種選擇：如果slave-serve-stale-data設定為yes（默認），則從redis仍會繼續回應客戶端的讀寫請求，第二種選擇：如果slave-serve-stale-data設定為no，則從redis會對客戶端的請求回傳“SYNC with master in progress”，當然也有例外，當客戶端發來INFO請求和SLAVEOF請求，從redis還是會進行處理，設定從redis只讀：
slave-read-only yes
配置完成后，重啟redis從服務器，就已經通過主從復制實作了資料的同步，
4.安全：
我們可以要求redis客戶端在向redis-server發送請求之前，先進行密碼驗證，由于redis性能非常高，所以每秒鐘可以完成多達15萬次的密碼嘗試，所以你最好設定一個足夠復雜的密碼，否則很容易被黑客破解，我們設定一個密碼（芝麻開門），
requirepass zhimakaimen
redis允許我們對redis指令進行更名，比如將一些比較危險的命令改個名字，避免被誤執行，比如可以把CONFIG命令改成一個很復雜的名字，這樣可以避免外部的呼叫，同時還可以滿足內部呼叫的需要：
rename-command CONFIG b840fc02d524045429941cc15f59e41cb7be6c89
我們甚至可以禁用掉CONFIG命令，那就是把CONFIG的名字改成一個空字串：
rename-command CONFIG ""
需要注意的是，如果你使用AOF方式進行資料持久化，或者需要與從redis進行通信，那么更改指令的名字可能會引起一些問題，
5.限制：
我們可以設定redis同時可以與多少個客戶端進行連接，默認情況下為10000個客戶端，當你無法設定行程檔案句柄限制時，redis會設定為當前的檔案句柄限制值減去32，因為redis會為自身內部處理邏輯留一些句柄出來，如果達到了此限制，redis則會拒絕新的連接請求，并且向這些連接請求方發出“max number of clients reached”以作回應，
maxclients 10000
我們甚至可以設定redis可以使用的記憶體量，一旦到達記憶體使用上限，redis將會試圖移除內部資料，移除規則可以通過maxmemory-policy來指定，如果redis無法根據移除規則來移除記憶體中的資料，或者我們設定了“不允許移除”，那么redis則會針對那些需要申請記憶體的指令回傳錯誤資訊，比如SET、LPUSH等，但是對于無記憶體申請的指令，仍然會正常回應，比如GET等，默認設定為：
maxmemory <bytes>
需要注意的一點是，如果你的redis是主redis（說明你的redis有從redis），那么在設定記憶體使用上限時，需要在系統中留出一些記憶體空間給同步佇列快取，只有在你設定的是“不移除”的情況下，才不用考慮這個因素，
對于記憶體移除規則來說，redis提供了多達6種的移除規則，他們是：
1.volatile-lru：使用LRU演算法移除過期集合中的key
2.allkeys-lru：使用LRU演算法移除key
3.volatile-random：在過期集合中移除隨機的key
4.allkeys-random：移除隨機的key
5.volatile-ttl：移除那些TTL值最小的key，即那些最近才過期的key，
6.noeviction：不進行移除，針對寫操作，只是回傳錯誤資訊，
maxmemory-policy volatile-lru
LRU演算法和最小TTL演算法都并非是精確的演算法，而是估算值，所以你可以設定樣本的大小，假如redis默認會檢查三個key并選擇其中LRU的那個，那么你可以改變這個key樣本的數量，
maxmemory-samples 3
6.追加模式--aof（redis持久化方法之二）：
啟用aof持久化方式
appendonly yes
日志追加（aof）方式比快照方式有更好的持久化性，如果啟用了aof，Redis會將每一個收到的寫命令通過write函式追加到檔案appendonly.aof中，當Redis重啟時，它會執行該檔案中的所有命令，這樣就可以在記憶體中重建整個redis資料庫的內容，另外，作業系統內核的 I/O 介面可能存在快取，所以日志追加方式不可能立即寫入檔案，這樣就有可能丟失部分資料，幸運的是，Redis提供了解決方法，通過修改組態檔，告訴Redis應該在什么時候使用fsync函式強制作業系統把快取中的寫命令寫入磁盤中的日志檔案，有以下三種方法：
#appendfsync no 是否寫入磁盤完全依賴作業系統，性能最好，持久化沒保證
#appendfsync always 在每次寫請求后都呼叫fsync()，這種模式下，redis會相對較慢，但資料最安全，
appendfsync everysec 每秒鐘寫入磁盤一次，在性能和持久化方面做了很好的折中，最多存在一秒鐘的資料丟失情況
默認情況下為everysec
當fsync方式設定為always或everysec時，如果后臺持久化行程需要執行一個很大的磁盤IO操作，那么redis可能會在fsync()呼叫時卡住，目前尚未修復這個問題，這是因為即使我們在另一個新的執行緒中去執行fsync()，也會阻塞住同步寫呼叫，為了緩解這個問題，我們可以使用下面的配置項，這樣的話，當BGSAVE或BGWRITEAOF運行時，fsync()在主行程中的呼叫會被阻止，這意味著當另一路行程正在對AOF檔案進行重構時，redis的持久化功能就失效了，就好像我們設定了“appendsync none”一樣，如果你的redis有時延問題，那么請將下面的選項設定為yes，否則請保持no，因為這是保證資料完整性的最安全的選擇，
no-appendfsync-on-rewrite no
我們允許redis自動重寫aof，當aof增長到一定規模時，redis會隱式呼叫BGREWRITEAOF來重寫log檔案，以縮減檔案體積，redis是這樣作業的：redis會記錄上次重寫時的aof大小，假如redis自啟動至今還沒有進行過重寫，那么啟動時aof檔案的大小會被作為基準值，這個基準值會和當前的aof大小進行比較，如果當前aof大小超出所設定的增長比例，則會觸發重寫，另外，你還需要設定一個最小大小，是為了防止在aof很小時就觸發重寫，
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
如果設定auto-aof-rewrite-percentage為0，則會關閉此重寫功能，
8.慢日志：
redis慢日志是指一個系統進行日志查詢超過了指定的時長，這個時長不包括IO操作，比如與客戶端的互動、發送回應內容等，而僅包括實際執行查詢命令的時間，針對慢日志，你可以設定兩個引數，一個是執行時長，單位是微秒，另一個是慢日志的長度，當一個新的命令被寫入日志時，最老的一潭訓從命令日志佇列中被移除，單位是微秒，即1000000表示一秒，負數則會禁用慢日志功能，而0則表示強制記錄每一個命令，
slowlog-log-slower-than 10000
慢日志最大長度，可以隨便填寫數值，沒有上限，但要注意它會消耗記憶體，你可以使用SLOWLOG RESET來重設這個值，
slowlog-max-len 128
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/42314.html
標籤：NoSQL
上一篇：Redis事務控制
下一篇：05. redis事務