問題導入

• 在之前項目的基礎功能實現中，後臺管理和移動端在進行數據訪問的時候，都是直接操作資料庫MySQL。此時的系統有且僅有一臺MySQL伺服器，則可能會出現如下問題
  • ①、讀和寫所有壓力都由一臺資料庫承擔，壓力大
  • ②、資料庫伺服器磁碟損壞導致數據丟失，單點故障
• 解決方案
  • 很簡單，一臺伺服器撐不住，那就多台伺服器
  • 為瞭解決上述提到的兩個問題，我們可以準備兩台MySQL，一臺主(Master)伺服器，一臺從(Slave)伺服器，主庫的數據變更（寫、更新、刪除這些操作），需要同步到從庫中(主從複製)。而用戶在訪問我們項目時，如果是寫操作(insert、update、delete)，則直接操作主庫；如果是讀(select)操作，則直接操作從庫(在這種讀寫分離的結構中，從庫是可以有多個的)，這種結構我們稱為讀寫分離 。

一、MySQL主從複製

• MySQL主從複製是一個非同步的複製過程，底層是基於MySQL資料庫自帶的二進位日誌功能，就是一臺或多台MySQL資料庫（Slave，從庫）從另一臺MySQL資料庫（master，即從庫）進行日誌的複製，然後再解析日誌並應用到自身。最終實現從庫數據和主庫的數據保持一致。

PS：MySQL主從複製是MySQL資料庫自帶功能，無需藉助第三方工具

二進位日誌

• 二進位日誌（binlog）記錄了所有的DDL（數據定義語言）語句和DML（數據操縱語言）語句，但是不包括數據查詢語句。此日誌對於災難時的數據恢復有著極其重要的作用，MySQL的主從複製，就是通過binlog實現。預設MySQL是未開啟該日誌的

1.1、MySQL主從複製原理

• MySQL主從複製原理，如下圖所示
  • 
• MySQL主從複製的過程
  • ①、Master節點將數據變更寫入二進位日誌（binary log）
  • ②、slave將master的binary log拷貝到它的中繼日誌（relay log）
  • ③、slave節點重做中繼日誌中的事件，完成數據的同步更新
• 過程原理
  • ①、主庫開啟二進位日誌文件，然後主庫增刪改操作（DML、DDL）都會記錄到二進位日誌文件中
  • ②、從庫通過IO thread入去二進位日誌寫入中繼日誌文件中
  • ③、從庫通過SQL thread讀取中繼日誌，把數據同步到從庫中

1.2、案例環境搭建

1.2.1、前置工作

• Step1：

  • 準備兩台伺服器（沒條件可以使用虛擬機），並且在伺服器中安裝MySQL，伺服器的信息如下所示

  • 資料庫	IP地址	資料庫版本
    Master（主庫）	192.168.222.135	5.7.25
    Slave（從庫）	192.168.222.140	5.7.25

PS：虛擬機克隆結束之後，還需要更改克隆機子的IP地址

①、cd /etc/sysconfig/network-scripts
②、vim ifcfg-ens33
③、修改IPADDR欄位的值為為另一個自己網關的ip地址

• Step2

  • 開放3306埠，或者關閉防火牆

  • 方式一：開放3306埠
    firewall-cmd --zone=public --add-port=3306/tcp --permanent	// 永久開放3306埠
    
    firewall-cmd --zone=public --list-ports	// 查看埠是否開放
    
    方式二：關閉防火牆
    system stop firewalld	// 關閉防火牆
    
    system disable firewalld	// 關閉開機自動啟動
    
    

• Step3

  • 啟動資料庫服務
  • systemctl start mysqld
  • 登錄MySQL，驗證是否正常啟動（可以正常登錄即可，這裡就不多演示）

1.2.2、主庫配置

• Step1：修改MySQL資料庫的配置文件/etc/my.cnf

  • log-bin=mysql-bin	#啟用二進位日誌
    server-id=200		#設置伺服器的唯一id
    

  • 上述配置需要配置在mysqld下

  • 

• Step2：重啟MySQL服務

  • systemctl restart mysqld

• Step3：創建數據同步的用戶並授權

  • 前置工作：查看資料庫的密碼複雜程度

    • 
    • MEDIUM等級的密碼校驗策略要求密碼組成為：數字、小寫字母、大寫字母、特殊字元、長度至少8位（如果覺得麻煩可以更改校驗策略的等級）

  • 登錄MySQL，並執行如下指令，創建用戶並授權

  • GRANT REPLICATION SLAVE ON *.* to 'coolman'@'%' identified by 'Root@root';
    

  • 

  • 這句SQL的作用是創建一個用戶coolman，密碼為Root@root，並且給該用戶授予REPLICATION SLAVE許可權。常用於建立複製時候所需要用到的用戶許可權，也就是slave必須被master授權具有該許可權的用戶，才能通過該用戶複製。

• Step4：登錄MySQL資料庫，查看master同步狀態

  • 執行如下SQL，記錄下結果中File和Position的值
  • show master status;
  • 
  • PS：上面的SQL作用是查看Master的狀態，執行完此SQL後不要再執行任何操作

1.2.3、從庫配置

• Step1：修改MySQL資料庫的配置文件/etc/mycnf

  • server-id=201 #伺服器唯一id
    • 
  • PS：由於該Linux是複製出來的，MySQL中還有一個server_uuid是一樣的，需要修改，否則會引起衝突
    • vim /var/lib/mysql/auto.cnf（隨意修改後面的字元串即可)
    • 

• Step2：重啟MySQL服務

  • systemctl restart mysqld ：重啟服務
  • stop slave; ：登錄資料庫後，停止從庫的服務

• Step3：登錄MySQL資料庫，設置主庫的地址以及同步位置

  • change master to master_host='192.168.222.135', master_user='coolman', master_password='Root@123', master_log_file='mysql-bin.000001', master_log_pos=440;
    
    start slave;	# 開啟從庫服務
    

  • 

  • 

  • 參數說明：

    • 參數名稱	含義
      master_host	主庫的IP地址
      master_user	訪問主庫進行主從複製的用戶名（在主庫中創建的用戶）
      master_password	訪問主庫進行主從複製的用戶對應的密碼
      master_log_file	指定從哪個日誌文件開始同步（上述查詢的master狀態中的file和position）
      master_log_pos	指定從日誌文件的哪個位置開始同步

• Step4：查看從資料庫的狀態

  • show slave status \G;
    • MySQL命令行中的\G表示將查詢結果進行按列列印，可以使每個欄位列印到單獨的行（即將查到的結構旋轉90度變成縱向）
  • 通過狀態信息中的Slave_IO_running和Slave_SQL_running可以看出主從同步是否就緒，如果這兩個參數都是Yes，表示主從同步已經配置完成。
  • 

1.3、測試

• 主從複製的環境已經搭建好了，那麼可以通過Navicat等MySQL連接工具，連接上資料庫後，進行測試
• 測試的時候，我們只需要在主資料庫Master執行操作，查看從資料庫Slave中是否會將數據同步過去即可
  • PS：增刪改的操作一定不能在從資料庫操作，否則有很大可能Slave_SQL_Running線程被終止，從而導致主從複製失敗（如果真出現了兩個線程中的一個被終止之後，解決方案可以參考該[CSDN博客][https://blog.csdn.net/u013829518/article/details/91869547]
• 測試1：執行DDL操作（創建資料庫）
  • 創建資料庫
    • 主庫
      • 
    • 從庫
      • 
  • 創建表
    • 主庫
      • 
    • 從庫
      • 
• 測試2：執行DML操作（增刪改）
  • 增加
    • 主資料庫
      • 
    • 從資料庫
      • 
  • 刪除
    • 主資料庫
      • 
    • 從資料庫
      • 
  • 修改
    • 主資料庫
      • 
    • 從資料庫
      •