最全redis集羣(三)

文章目錄

1主從複製

1.1主從複製簡介

1.1.1 首先了解什麼是互聯網“三高”架構

  • 高併發:要求搭建的服務環境可以被大量的用戶訪問 而不出問題
  • 高性能:速度快性能好
  • 高可用:定義如下:
    • 首先是一個服務器一年的宕機時間
      在這裏插入圖片描述
  • 然後利用下面公式計算服務器的可用性 然後是否達到高可用的5個9的標準
    在這裏插入圖片描述

1.1.2單個redis的風險和問題

在這裏插入圖片描述

1.1.3多臺服務器的連接方案

在這裏插入圖片描述

1.1.4主從複製的概念

在這裏插入圖片描述

1.1.5主從複製的作用

在這裏插入圖片描述

1.2主從複製的工作流程

在這裏插入圖片描述

1.2.1第一階段:建立連接階段

在這裏插入圖片描述

1.2.1.1工作流程

在這裏插入圖片描述

1.2.1.2搭建方式

  • 客戶端建立
  • 啓動建立
  • 配置文件建立
    在這裏插入圖片描述

1.2.1.3客戶端斷開連接

在這裏插入圖片描述

1.2.1.4授權訪問

在這裏插入圖片描述

1.2.2第二階段:數據同步階段

在這裏插入圖片描述

1.2.2.1工作流程

在這裏插入圖片描述

1.2.2.1 注意事項(master和slave)

在這裏插入圖片描述
在這裏插入圖片描述

1.2.3第三階段:命令傳播階段

在這裏插入圖片描述

1.2.3.1第三階段的部分複製(三核心)

在這裏插入圖片描述

1.2.3.2服務器運行ID

在這裏插入圖片描述

1.2.3.3複製緩衝區

在這裏插入圖片描述
在這裏插入圖片描述

1.2.3.3 複製偏移量

在這裏插入圖片描述

1.2.4數據同步和命令傳播階段綜合

在這裏插入圖片描述

1.2.5心跳機制

在這裏插入圖片描述
在這裏插入圖片描述

1.2.6主從複製完整流程

在這裏插入圖片描述

1.3主從複製常見問題

1.3.1 頻繁的全量複製

在這裏插入圖片描述
在這裏插入圖片描述

1.3.2 頻繁的網絡終端

在這裏插入圖片描述

在這裏插入圖片描述

1.3.3數據不一致問題

在這裏插入圖片描述

2哨兵模式

2.1 哨兵簡介

2.1.1主機宕機問題

在這裏插入圖片描述

2.1.2什麼是哨兵

在這裏插入圖片描述

2.1.3哨兵的作用

在這裏插入圖片描述

  • 哨兵數量爲單數是因爲master掛掉,需要哨兵投票從新的slave中選出新的master,所以哨兵的數量是單數

2.2啓用哨兵模式(搭建)

2.2.1配置哨兵

在這裏插入圖片描述

2.2.2哨兵的配置文件基本配置

在這裏插入圖片描述

2.2.3 發生主從切換的哨兵日誌信息

在這裏插入圖片描述

2.3哨兵工作的原理

哨兵的工作原理主要是主從切換 而主從複製又分爲以下三部分
在這裏插入圖片描述

2.3.1階段一:監控階段

2.3.1.1同步信息

在這裏插入圖片描述

2.3.1.2工作流程

在這裏插入圖片描述

2.3.2階段二:通知階段

在這裏插入圖片描述

2.3.3階段三:故障轉移階段

2.3.3.1主觀死亡到客觀死亡

在這裏插入圖片描述

2.3.3.2哨兵競選

在這裏插入圖片描述

2.3.3.3主從切換(選取策略)

在這裏插入圖片描述

3集羣

3.1集羣的簡介

3.1.1問什麼需要集羣

在這裏插入圖片描述

3.1.2集羣是什麼

在這裏插入圖片描述

3.1.3集羣的作用

在這裏插入圖片描述

3.2集羣的結構設計

3.2.1數據存儲設計

在這裏插入圖片描述
在這裏插入圖片描述

3.2.2內部通信設計

在這裏插入圖片描述

3.3cluster集羣搭建

  • 1:
  1. 首先配置6個redis作爲cluster集羣的節點 配置文件內容爲
    在這裏插入圖片描述
  2. 啓動6個redis-server
    在這裏插入圖片描述
  3. 使用命令將這六個redis搭建成一個簡單的cluser集羣

在這裏插入圖片描述
在這裏插入圖片描述
4. 節點的配置文件信息
在這裏插入圖片描述

3.3.1cluster配置

在這裏插入圖片描述

3.3.1cluster節點操作命令

在這裏插入圖片描述

3.3.1redis-trib命令

在這裏插入圖片描述

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章