4、解析配置文件 redis.conf、Redis持久化RDB、Redis的主從復制

---

1、Units單位

1. 配置大小單位,開頭定義了一些基本的度量單位，只支持bytes，不支持bit
2. 對大小寫不敏感

---

2、INCLUDES包含

• 和我們的Struts2配置文件類似，可以通過includes包含，redis.conf可以作為總閘，包含其他

---

3、GENERAL通用

• daemonize、 pidfile、port : 參考文章末尾的通用配置。
• tcp-backlog:
  • 設置tcp的backlog，backlog其實是一個連接隊列，backlog隊列總和=未完成三次握手隊列 + 已經完成三次握手隊列。
  • 在高並發環境下你需要一個高backlog值來避免慢客戶端連接問題。注意Linux內核會將這個值減小到/proc/sys/net/core/somaxconn的值，所以需要確認增大somaxconn和tcp_max_syn_backlog兩個值來達到想要的效果
• tcp-keepalive: 位為秒，如果設置為0，則不會進行Keepalive檢測，建議設置成60
• loglevel、logfile: 參考文章末尾的通用配置。
• syslog-enabled: 是否把日志輸出到syslog中
• syslog-ident: 指定syslog里的日志標志
• syslog-facility: 指定syslog設備，值可以是USER或LOCAL0-LOCAL7
• databases : 參考文章末尾的通用配置。

---

4、SNAPSHOTTING快照

• 該配置主要用於 redis 的 RDB 持久化

• save

  • RDB是整個內存的壓縮過的Snapshot，RDB的數據結構，可以配置復合的快照觸發條件，默認是

    • 1分鍾內改了1萬次，
    • 或5分鍾內改了10次，
    • 或15分鍾內改了1次。

  • 如果想禁用RDB持久化的策略，只要不設置任何save指令，或者給save傳入一個空字符串參數也可以

• stop-writes-on-bgsave-error
  • 如果配置成no，表示你不在乎數據不一致或者有其他的手段發現和控制

• rdbcompression
  • 對於存儲到磁盤中的快照，可以設置是否進行壓縮存儲。如果是的話，redis會采用LZF算法進行壓縮。如果你不想消耗CPU來進行壓縮的話，可以設置為關閉此功能

• rdbchecksum：

  • 在存儲快照后，還可以讓redis使用CRC64算法來進行數據校驗，但是這樣做會增加大約10%的性能消耗，如果希望獲取到最大的性能提升，可以關閉此功能

• dbfilename

  • 指定持久化本地數據庫文件名，默認值為dump.rdb

• dir

  • 指定持久化本地數據庫文件存放路徑， 默認為當前啟動的 dir ./

5、RDB （Redis DataBase）

• RDB 是什么

  • 在指定的時間間隔內將內存中的數據集快照寫入磁盤，也就是行話講的Snapshot快照，它恢復時是將快照文件直接讀到內存里
  • Redis會單獨創建（fork）一個子進程來進行持久化，會先將數據寫入到
    一個臨時文件中，待持久化過程都結束了，再用這個臨時文件替換上次持久化好的文件。
  • 整個過程中，主進程是不進行任何IO操作的，這就確保了極高的性能，如果需要進行大規模數據的恢復，且對於數據恢復的完整性不是非常敏感，那RDB方式要比AOF方式更加的高效。RDB的缺點是最后一次持久化后的數據可能丟失。

• Fork

  • Fork的作用是復制一個與當前進程一樣的進程。新進程的所有數據（變量、環境變量、程序計數器等）數值都和原進程一致，但是是一個全新的進程，並作為原進程的子進程

• RDB 保存的是dump.rdb文件

• 如何觸發RDB快照

  • 使用上述的配置示例:
  • 命令save或者是bgsave
    • Save：save時只管保存，其它不管，全部阻塞
    • BGSAVE：Redis會在后台異步進行快照操作，快照同時還可以響應客戶端請求。可以通過 lastsave 命令獲取最后一次成功執行快照的時間
  • 執行flushall命令，也會產生dump.rdb文件，但里面是空的，無意義

• 如何恢復

  • 將備份文件 (dump.rdb) 移動到 redis 啟動服務的文件夾下即可
  • CONFIG GET dir 獲取目錄

• RDB 的優勢 和 劣勢

  • 優勢
    • 適合大規模的數據恢復
    • 對數據完整性和一致性要求不高
  • 劣勢
    • 在一定間隔時間做一次備份，所以如果redis意外down掉的話，就會丟失最后一次快照后的所有修改
    • Fork的時候，內存中的數據被克隆了一份，大致2倍的膨脹性需要考慮

• 如何停止

  • 動態所有停止RDB保存規則的方法：redis-cli config set save ""

• 示例:
  
  

• 總結

---

6、主從復制 REPLICATION

• 行話：也就是我們所說的主從復制，主機數據更新后根據配置和策略，自動同步到備機的master/slaver機制，Master以寫為主，Slave以讀為主

• 主從復制有什么好處：

  • 讀寫分離
  • 容災恢復

• 主從復制配置規則:

  • 1、主庫不配從庫配
  • 2、從庫配置：slaveof 主庫IP 主庫端口
    • 每次與master斷開之后，都需要重新連接，除非你配置進redis.conf文件
  • 3、修改配置文件細節操作(用來模擬生產環境)
    • 拷貝多個redis.conf文件
    • 開啟daemonize yes
    • Pid文件名字
    • 指定端口
    • Log文件名字
    • Dump.rdb名字

• 示例

• 復制多份配置文件
  

• 如果沒有在配置文件中寫死主從配置, 需要在從機客戶端啟動的時候指定

• 開啟守護進程運行

• 修改不同的端口

• 修改 pidfile

• 修改log 文件

• 修改dump.rdb 的名稱

• 測試:
  
  

• 常用3招

  • 一主二仆
    • 一個Master兩個Slave
  • 薪火相傳（形成鏈狀）
    • 上一個Slave可以是下一個slave的Master，Slave同樣可以接收其他 slaves 的連接和同步請求，那么該slave作為了鏈條中下一個的master, 可以有效減輕master的寫壓力
    • 中途變更轉向:會清除之前的數據，重新建立拷貝最新的
    • Slaveof 新主庫IP 新主庫端口
  • 反客為主
    • SLAVEOF no one: 使當前數據庫停止與其他數據庫的同步，轉成主數據庫

• 復制原理

  • Slave啟動成功連接到master后會發送一個sync命令
  • Master接到命令啟動后台的存盤進程，同時收集所有接收到的用於修改數據集命令，在后台進程執行完畢之后，master將傳送整個數據文件到slave,以完成一次完全同步
  • 全量復制：而slave服務在接收到數據庫文件數據后，將其存盤並加載到內存中。
  • 增量復制：Master繼續將新的所有收集到的修改命令依次傳給slave,完成同步
  • 但是只要是重新連接master,一次完全同步（全量復制)將被自動執行

• 哨兵模式(sentinel)

  • 哨兵模式是什么: 反客為主的自動版，能夠后台監控主機是否故障，如果故障了根據投票數自動將從庫轉換為主庫
  • 怎么使用：
    • 調整結構，6379帶着80、81
    • /usr/common目錄下新建sentinel.conf文件，名字絕不能錯
    • 配置哨兵,填寫內容:
      • sentinel monitor 被監控數據庫名字(自己起名字) 127.0.0.1 6379 1
      • 上面最后一個數字1，表示主機掛掉后salve投票看讓誰接替成為主機，得票數多少后成為主機
    • 啟動哨兵模式
      • Redis-sentinel /usr/common/sentinel.conf
    • 問題：如果之前的master重啟回來，會不會雙master沖突？
      • 不會，會變成從機
    • 一組sentinel能同時監控多個Master

• 復制的缺點

  • 由於所有的寫操作都是先在Master上操作，然后同步更新到Slave上，所以從Master同步到Slave機器有一定的延遲，當系統很繁忙的時候，延遲問題會更加嚴重，Slave機器數量的增加也會使這個問題更加嚴重。

---

9 、常見配置redis.conf介紹

• 參數說明
  • redis.conf 配置項說明如下：

    1. Redis默認不是以守護進程的方式運行，可以通過該配置項修改，使用yes啟用守護進程
       daemonize no

    2. 當Redis以守護進程方式運行時，Redis默認會把pid寫入/var/run/redis.pid文件，可以通過pidfile指定
       pidfile /var/run/redis.pid

    3. 指定Redis監聽端口，默認端口為6379，作者在自己的一篇博文中解釋了為什么選用6379作為默認端口，因為6379在手機按鍵上MERZ對應的號碼，而MERZ取自意大利歌女Alessia Merz的名字
       port 6379

    4. 綁定的主機地址
       bind 127.0.0.1

    5. 當 客戶端閑置多長時間后關閉連接，如果指定為0，表示關閉該功能
       timeout 300

    6. 指定日志記錄級別，Redis總共支持四個級別：debug、verbose、notice、warning，默認為verbose
       loglevel verbose

    7. 日志記錄方式，默認為標准輸出，如果配置Redis為守護進程方式運行，而這里又配置為日志記錄方式為標准輸出，則日志將會發送給/dev/null
       logfile stdout

    8. 設置數據庫的數量，默認數據庫為0，可以使用SELECT 命令在連接上指定數據庫id
       databases 16

    9. 指定在多長時間內，有多少次更新操作，就將數據同步到數據文件，可以多個條件配合
       save <seconds> <changes>
       Redis默認配置文件中提供了三個條件：
       save 900 1
       save 300 10
       save 60 10000
       分別表示900秒（15分鍾）內有1個更改，300秒（5分鍾）內有10個更改以及60秒內有10000個更改。

    10. 指定存儲至本地數據庫時是否壓縮數據，默認為yes，Redis采用LZF壓縮，如果為了節省CPU時間，可以關閉該選項，但會導致數據庫文件變的巨大
        rdbcompression yes

    11. 指定本地數據庫文件名，默認值為dump.rdb
        dbfilename dump.rdb

    12. 指定本地數據庫存放目錄
        dir ./

    13. 設置當本機為slav服務時，設置master服務的IP地址及端口，在Redis啟動時，它會自動從master進行數據同步
        slaveof <masterip> <masterport>

    14. 當master服務設置了密碼保護時，slav服務連接master的密碼
        masterauth <master-password>

    15. 設置Redis連接密碼，如果配置了連接密碼，客戶端在連接Redis時需要通過AUTH <password>命令提供密碼，默認關閉
        requirepass foobared

    16. 設置同一時間最大客戶端連接數，默認無限制，Redis可以同時打開的客戶端連接數為Redis進程可以打開的最大文件描述符數，如果設置 maxclients 0，表示不作限制。當客戶端連接數到達限制時，Redis會關閉新的連接並向客戶端返回max number of clients reached錯誤信息
        maxclients 128

    17. 指定Redis最大內存限制，Redis在啟動時會把數據加載到內存中，達到最大內存后，Redis會先嘗試清除已到期或即將到期的Key，當此方法處理 后，仍然到達最大內存設置，將無法再進行寫入操作，但仍然可以進行讀取操作。Redis新的vm機制，會把Key存放內存，Value會存放在swap區
        maxmemory <bytes>

    18. 指定是否在每次更新操作后進行日志記錄，Redis在默認情況下是異步的把數據寫入磁盤，如果不開啟，可能會在斷電時導致一段時間內的數據丟失。因為 redis本身同步數據文件是按上面save條件來同步的，所以有的數據會在一段時間內只存在於內存中。默認為no
        appendonly no

    19. 指定更新日志文件名，默認為appendonly.aof
        appendfilename appendonly.aof

    20. 指定更新日志條件，共有3個可選值：
        no：表示等操作系統進行數據緩存同步到磁盤（快）
        always：表示每次更新操作后手動調用fsync()將數據寫到磁盤（慢，安全）
        everysec：表示每秒同步一次（折衷，默認值）
        appendfsync everysec

    21. 指定是否啟用虛擬內存機制，默認值為no，簡單的介紹一下，VM機制將數據分頁存放，由Redis將訪問量較少的頁即冷數據swap到磁盤上，訪問多的頁面由磁盤自動換出到內存中（在后面的文章我會仔細分析Redis的VM機制）
        vm-enabled no

    22. 虛擬內存文件路徑，默認值為/tmp/redis.swap，不可多個Redis實例共享
        vm-swap-file /tmp/redis.swap

    23. 將所有大於vm-max-memory的數據存入虛擬內存,無論vm-max-memory設置多小,所有索引數據都是內存存儲的(Redis的索引數據 就是keys),也就是說,當vm-max-memory設置為0的時候,其實是所有value都存在於磁盤。默認值為0
        vm-max-memory 0

    24. Redis swap文件分成了很多的page，一個對象可以保存在多個page上面，但一個page上不能被多個對象共享，vm-page-size是要根據存儲的 數據大小來設定的，作者建議如果存儲很多小對象，page大小最好設置為32或者64bytes；如果存儲很大大對象，則可以使用更大的page，如果不 確定，就使用默認值
        vm-page-size 32

    25. 設置swap文件中的page數量，由於頁表（一種表示頁面空閑或使用的bitmap）是在放在內存中的，，在磁盤上每8個pages將消耗1byte的內存。
        vm-pages 134217728

    26. 設置訪問swap文件的線程數,最好不要超過機器的核數,如果設置為0,那么所有對swap文件的操作都是串行的，可能會造成比較長時間的延遲。默認值為4
        vm-max-threads 4

    27. 設置在向客戶端應答時，是否把較小的包合並為一個包發送，默認為開啟
        glueoutputbuf yes

    28. 指定在超過一定的數量或者最大的元素超過某一臨界值時，采用一種特殊的哈希算法
        hash-max-zipmap-entries 64
hash-max-zipmap-value 512

    29. 指定是否激活重置哈希，默認為開啟（后面在介紹Redis的哈希算法時具體介紹）
        activerehashing yes

    30. 指定包含其它的配置文件，可以在同一主機上多個Redis實例之間使用同一份配置文件，而同時各個實例又擁有自己的特定配置文件
        include /path/to/local.conf