問題導入在之前項目的基礎功能實現中，後臺管理和移動端在進行數據訪問的時候，都是直接操作資料庫MySQL。此時的系統有且僅有一臺MySQL伺服器，則可能會出現如下問題 ①、讀和寫所有壓力都由一臺資料庫承擔，壓力大 ②、資料庫伺服器磁碟損壞導致數據丟失，單點故障解決方案很簡單，一臺伺服器撐不住，那 ...

問題導入

在之前項目的基礎功能實現中，後臺管理和移動端在進行數據訪問的時候，都是直接操作資料庫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

資料庫	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操作（增刪改）
- 增加
  - 主資料庫
  - 從資料庫
- 刪除
  - 主資料庫
  - 從資料庫
- 修改
  - 主資料庫
  - 從資料庫

01-MySQL主從複製

一、MySQL主從複製

1.1、MySQL主從複製原理

1.2、案例環境搭建

1.2.1、前置工作

1.2.2、主庫配置

1.2.3、從庫配置

1.3、測試