19.1 主從復制介紹

19.1.1 主從存在的意義

數據備份：為了避免單點故障，增加一個從服務器，用來復制主服務器上的數據。

分擔負載：將寫操作在主上做，查詢操作在從上做。

19.1.2 主從復制原理

① 主上將所有變更事件記錄到binlog里

② 從發起請求連接主

③ 主的binlog備份線程將binlog傳給從

④ 從的I/O線程將binlog解析成自己的relay log

⑤ 從的SQL線程根據relay log來執行具體的SQL語句

MySQL主從復制是一個異步的復制過程，主庫發送更新事件到從庫，從庫讀取更新記錄，并執行更新記錄，使得從庫的內容與主庫保持一致。

binlog：binary log，主庫中保存所有更新事件日志的二進制文件。binlog是數據庫服務啟動的一刻起，保存數據庫所有變更記錄（數據庫結構和內容）的文件。在主庫中，只要有更新事件出現，就會被依次地寫入到binlog中，之后會推送到從庫中作為從庫進行復制的數據源。

binlog dump線程：每當有從庫連接到主庫的時候，主庫都會創建一個線程然后發送binlog內容到從庫。對于每一個即將發送給從庫的sql事件，binlog dump線程會將其鎖住。一旦該事件被線程讀取完之后，該鎖會被釋放，即使在該事件完全發送到從庫的時候，該鎖也會被釋放。

在從庫中，當復制開始時，從庫就會創建從庫I/O線程和從庫的SQL線程進行復制處理。

從庫I/O線程：當START SLAVE語句在從庫開始執行之后，從庫創建一個I/O線程，該線程連接到主庫并請求主庫發送binlog里面的更新記錄到從庫上。從庫I/O線程讀取主庫的binlog輸出線程發送的更新并拷貝這些更新到本地文件，其中包括relay log文件。

從庫的SQL線程：從庫創建一個SQL線程，這個線程讀取從庫I/O線程寫到relay log的更新事件并執行。

19.2 搭建主從復制

19.2.1 基于二進制日志文件位置的復制

① 根據我們前面的文檔，搭建兩臺MySQL服務，具體步驟略

192.168.222.128 主
192.168.222.132 從

② 檢查并配置兩臺機器的server_id

vi my.cnf #搜索server_id ，如果沒有則增加
主上設置為server_id=1
從上設置為 server_id = 2

③ 在主上創建用作主從復制的用戶

create user 'rep'@'192.168.222.132'  identified with 'mysql_native_password' by 'AmingLinux.Com';
grant REPLICATION SLAVE  on *.* to 'rep'@'192.168.222.132';
flush privileges;

④在主上查詢日志名字以及位置

show master status; ##記錄下對應的日志命令以及位置
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| aminglinux.000001 |      853|              |                  |
+------------------+----------+--------------+------------------+

⑤到從上執行

change master to master_host='192.168.222.128',master_user='rep',master_password='AmingLinux.Com',master_log_file='aminglinux.000001',master_log_pos=853;
start slave;
show slave statusG

19.2.2 基于GTID的主從復制

1. 什么是GTID

GTID(Global Transaction ID)是對于一個已提交事務的編號，并且是一個全局唯一的編號。GTID實際上是由UUID+TID組成的。其中UUID是一個MySQL實例的唯一標識，保存在mysql數據目錄下的auto.cnf文件里。TID代表了該實例上已經提交的事務數量，并且隨著事務提交單調遞增。下面是一個GTID的具體形式：

3E11FA47-71CA-11E1-9E33-C80AA9429562:23

2.GTID的作用

根據GTID可以知道事務最初是在哪個實例上提交的，GTID的存在方便了Replication的Failover（故障切換）

3. GTID比傳統復制的優勢

更簡單的實現failover，不用以前那樣在需要找log_file和log_Pos。更簡單的搭建主從復制。比傳統復制更加安全。GTID是連續沒有空洞的，因此主從庫出現數據沖突時，可以用添加空事物的方式進行跳過。

4. GTID的工作原理：

① master更新數據時，會在事務前產生GTID，一同記錄到binlog日志中。

②slave端的i/o線程將變更的binlog，寫入到本地的relay log中。

③sql線程從relay log中獲取GTID，然后對比slave端的binlog是否有記錄。

④如果有記錄，說明該GTID的事務已經執行，slave會忽略。

⑤如果沒有記錄，slave就會從relay log中執行該GTID的事務，并記錄到binlog。

⑥在解析過程中會判斷是否有主鍵，如果有就用二級索引，如果沒有就用全部掃描。

4. GTID復制搭建

由于之前做過主從配置，可以先取消之前的主從。

slave上執行：

stop slave;
reset slave all;

master上執行：

reset master;

① 主上修改配置文件，重啟mysql服務

server_id = 1
gtid_mode = on
enforce_gtid_consistency=on
log_bin=mysql-bin
binlog_format=row
log-slave-updates=1
skip-slave-start=1

② 從上修改配置文件，重啟mysql服務

server_id = 2
gtid_mode = on
enforce_gtid_consistency=on
log_bin=mysql-bin
binlog_format=row
log-slave-updates=1
skip-slave-start=1

③ 主上授權用戶

create user 'rep'@'192.168.222.132'  identified with 'mysql_native_password' by 'AmingLinux.Com';
grant REPLICATION SLAVE  on *.* to 'rep'@'192.168.222.132';
flush privileges;

④ 從上配置主從

stop slave;
CHANGE MASTER TO MASTER_HOST='192.168.222.128', MASTER_USER='rep',MASTER_PASSWORD='AmingLinux.Com',MASTER_AUTO_POSITION=1,MASTER_CONNECT_RETRY=10;
start slave;

④ 查看主從狀態

從上執行

show slave statusG

⑤ 測試主從

主上新建一個數據庫

create database  testd;

到從上查看是否有testd數據庫

show databases;