個人感覺這個主從復制和MySQL中的主從復制優化原理一樣
目錄
- 主從復制
- 是什么
- 能干嘛
- 怎么玩
- 配從庫不配主庫
- 從庫配置：slaveof 主庫IP 主庫埠
- 常用三招
- 一主兩從
- 薪火相傳
- 反客為主
- 復制原理
- 哨兵模式(sentinel)
- 復制的缺點
- 復制延時
主從復制
是什么
也就是我們所說的主從復制，主機資料更新后根據配置和策略，自動同步到備機的master/slave機制，Master以寫為主，Slave以讀為主
能干嘛
讀寫分離
容災恢復
怎么玩
配從庫不配主庫
從庫配置：slaveof 主庫IP 主庫埠
每次與master斷開之后，都需要重新連接，除非你配置進redis.conf檔案
常用三招
一主兩從
-
主機實作寫，從機不能進行寫操作，只能讀
-
主機死亡了，其余兩個從機怎么辦？
=》從機會原地等待
主機回來了？
=》從機會自動跟隨主機
-
從機死了？
=》啟動之后會斷開與主機的連接，需要重新進行配置或者在redis.conf的組態檔中寫好
薪火相傳
一主多從會導致主機的負載過大，所以，使用了傳遞的概念
上一個Slave可以是下一個slave的Master，Slave同樣可以接收其他slaves的連按和同步請求，那么該slave作為了鏈條中下一個的master,可以有效減輕master的寫壓力
中途變更轉向:會清除之前的資料，重新建立拷貝最新的
Slaveof 新主庫IP 新主庫埠
反客為主
SLAVEOF no one
主機死亡后，從機實施上述命令，可以變成主機
復制原理
第一次全量復制
第二次分量復制
slave啟動成功連接到master后會發送一個同步命令
Master接到命令啟動后臺的存盤行程，同時收集所有接收到的用于修改資料集命令，在后臺行程執行完畢之后，master將傳送整個資料檔案到slave,以完成一次完全同步
全量復制：slave服務在接收到資料庫檔案資料后，將其存盤并加載到記憶體中，
增量復制：Master繼續將新的所有收集到的修改命令依次傳給slave,完成同步但是只要是重新連接master,一次完全同步（全量復制)將被自動執行
哨兵模式(sentinel)
字面意思：反客為主的自動版，主機死了，我們的從機自動投票，選出新的主機
- 創建一個sentinel.conf組態檔
- sentinel moitor 埠 IP 數字(表示從機投票超過該數字，則被選為主機)
- 啟動，既哨兵開始巡邏
當我們的原來的主機回來后，被哨兵監控到，自動將其變為從機
一個哨兵可以監控多個主機
復制的缺點
復制延時
由于所有的寫操作都是先在Master上操作，然后同步更新到Slave上，所以從Master同步到Slave機器有—定的延遲，當系統很繁
忙的時候，延遲問題會更加嚴重，Slave機器數量的增加也會使這個問題更加嚴重，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/37317.html
標籤：其他
上一篇：排障集合———忘記原密碼，如何重新修改MySQL登入密碼
下一篇：關于第一個專案cms心得