Hi,各位熱愛技術的小夥伴您們好，好久沒有寫點東西了，今天寫點關於mysql主從同步配置的操作日誌同大家一起分享。最近自己在全新搭建一個mysql主從同步讀寫分離資料庫簡單叢集，我講實際操作步驟整理分享處理，希望對在學習路上的你有所以幫助，當然如果是你是老鳥，寫的不好的地方，多多包涵。廢話不多說，言歸正傳，直入主題。

一、背景介紹

Mysql資料庫主從同步，資料叢集其實大家一點都不陌生，但是實際操作的估計就不一定了。至於為什麼要使用主從同步策略，在此我就不必多說了，你懂我知大家曉。說實話原來的專案一直都在使用者主從同步讀寫分離，我並沒有實際操作過，都是其他小夥伴在搭建。但是最近一個專案，從伺服器環境搭建，部署都必須要自己親手去做，所以也就藉此機會來練一練手。嘿嘿，其實我就是一個菜鳥…

本次的資料庫搭建是基於centos7、docker容器部署的。

二、mysql複製原理

原理：

（1）master伺服器將資料的改變記錄二進位制binlog日誌，當master上的資料發生改變時，則將其改變寫入二進位制日誌中；

（2）slave伺服器會在一定時間間隔內對master二進位制日誌進行探測其是否發生改變，如果發生改變，則開始一個I/OThread請求master二進位制事件

（3）同時主節點為每個I/O執行緒啟動一個dump執行緒，用於向其傳送二進位制事件，並儲存至從節點本地的中繼日誌中，從節點將啟動SQL執行緒從中繼日誌中讀取二進位制日誌，在本地重放，使得其資料和主節點的保持一致，最後I/OThread和SQLThread將進入睡眠狀態，等待下一次被喚醒。

也就是說：

從庫會生成兩個執行緒,一個I/O執行緒,一個SQL執行緒;

I/O執行緒會去請求主庫的binlog,並將得到的binlog寫到本地的relay-log(中繼日誌)檔案中;

主庫會生成一個log dump執行緒,用來給從庫I/O執行緒傳binlog;

SQL執行緒,會讀取relay log檔案中的日誌,並解析成sql語句逐一執行;

三、前期配置檔案準備

主從同步很關鍵的一個配置就是my.cnf。由於本次所有服務都是執行在docker容器上，所以在my.cof配置檔案，採用在磁碟檔案建立對應的檔案，在mysql執行時講相應的配置檔案掛載到對應的物理磁碟，方便後期維護。

主從資料庫都需要對my.cnf進行配置。

my.cnf在docker容器的相對位置是：/etc/mysql/my.cnf

假設配置檔案在物理磁碟的存放位置為：/home/mysql/my.cnf

1、主資料庫（Master）my.cnf配置檔案

[mysqld]

pid-file        = /var/run/mysqld/mysqld.pid

socket          = /var/run/mysqld/mysqld.sock

datadir         = /var/lib/mysql

secure-file-priv= NULL

server-id=31 #設定主伺服器的ID,可以任意配置但是多個主從之間不能重複

innodb_flush_log_at_trx_commit=2  # 寫入磁碟策略

sync_binlog=1  #開啟binlog日誌同步功能

expire_logs_days=180, # 二進位制日誌保留天數

log-bin=mysql-bin-1 #binlog日誌檔名（可以任意命名）

#binlog-do-db=test  # 這個表示只同步某個庫 （如果沒有此項，表示同步所有的庫）

#binlog-ignore-db=xxxx # 二進位制日誌中忽略資料庫

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

# Custom config should go here

!includedir /etc/mysql/conf.d/

具體的配置資訊，我都做了簡單的說明，大家可以根據自己的實際需要進行配置。

2、 從資料庫（Slave）my.cnf配置檔案

[mysqld]

pid-file        = /var/run/mysqld/mysqld.pid

socket          = /var/run/mysqld/mysqld.sock

datadir         = /var/lib/mysql

secure-file-priv= NULL

read-only=1 #是否只讀，0 代表非只讀 1：代表只讀

server-id=32 #設定主伺服器的ID,可以任意配置但是多個主從之間不能重複

innodb_flush_log_at_trx_commit=2  #

sync_binlog=1  #開啟binlog日誌同步功能

expire_logs_days=180, # 二進位制日誌保留天數

log-bin=mysql-bin-1 #binlog日誌檔名（可以任意命名）

# binlog-do-db=test  # 這個表示只同步某個庫 （如果沒有此項，表示同步所有的庫）

# 還有一個引數是指定不同步哪些庫，這裡不再贅述

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

# Custom config should go here

!includedir /etc/mysql/conf.d/

具體的配置資訊，其實和主大同小異。read-only=1 將從資料庫作為讀庫處理

四、主從資料庫容器執行

1、 建立執行主資料庫容器：　

docker run --name mysqlMasterMic-d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 -v /home/mysql/data:/var/lib/mysql -v /home/mysql/my.cnf:/etc/mysql/my.cnf mysql

2、 建立執行從資料庫容器：

docker run --name mysqlSlaveMic-d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 -v /home/mysql/data:/var/lib/mysql -v /home/mysql/my.cnf:/etc/mysql/my.cnf mysql

五、主從資料同步配置

1、主資料庫設定

// 第一步：進入master容器

docker exec -it mysqlMasterMic bash

// 第二步：登入到mysql

mysql -u root –p

// 在輸入框輸入對應的root密碼：123456

// 第三步：建立資料同步登入賬號

假設建立賬號為：slavesynchro。同時需要賦值上：REPLICATION SLAVE 許可權

改賬號主要用於從資料庫訪問主資料庫使用。

CREATE USER 'slavesynchro'@ '%' IDENTIFIED BY '123456';

GRANT REPLICATION SLAVE ON *.* to 'slavesynchro'@'%' identified by '123456';

// 第四步：檢視主資料庫狀態

檢視主資料庫狀態，其主要目的是檢視資料庫的日誌檔名稱和日誌記錄行號，從資料庫在配置同步開始節點就是來之此處：

show master status

2、從資料庫設定

// 第一步：進入slaver容器

docker exec -it mysqlSlaveMic bash

// 第二步：登入到mysql

mysql -u root –p

// 在輸入框輸入對應的root密碼：123456

 // 第三步：設定主資料庫連線

Change master to master_host='主資料地址',master_user=' slavesynchro ',master_password='123456!',get_master_public_key=1,master_log_file='mysql-bin-1.000004 ',master_log_pos= 209210719,master_port=3306;

引數說明：

master_host：主資料庫IP地址

master_user：主資料庫連線使用者名稱

master_password：主資料量連線密碼

master_port：主資料埠

master_log_file：開始同步的主資料庫日誌名稱，主資料庫show master status

佇列的Flie列資料

master_log_pos：開始同步的主資料庫日誌開始位置，主資料庫show master status

佇列的Position列資料

// 第四步：啟動主從同步

start slave;

// 第五步：檢視主從同步狀態

show slave status\G;

只有Slave_IO_Running: Yes

 Slave_SQL_Running: Yes

都為yes,才代表主從同步正常執行，否則都需要根據實際情況做對於的調整處理。

六、sql同步執行失敗後不在同步處理

主從同步在實際使用過程中，如果處理的不好，可能會導致同步失敗，比如：從資料庫也在做新增操作，如果有自增主鍵約束，那麼就可能導致同步失敗。因為主從同步最終目的是實現資料的一致性，所有當某一項同步失敗，那麼就不會再做後同步處理。那麼如果出現同步失敗後又該如何處理呢？

在實際處理過程中，大概有兩種處理方式：

1、主從資料差異小，並且不關最終資料的一致性，那麼可以設定直接跳過同步出差的日誌，繼續同步後續資料，具體操作命令如下：

第一步：停止主從同步

stop slave;
第二步：跳過錯誤的日誌位置，繼續後續同步，後面的數字可變
set global sql_slave_skip_counter =1;

第三步：繼續開啟主從同步
start slave;

2、如果主從資料差異大，並且要求主從資料完全一致，那麼需要：重新做主從，完全同步。

第一步：刪除從資料庫，講主資料庫備份到從資料庫（確保主從資料完全一致）

第二步：按照上面的流程，重新配置主從同步

七、自我一些總結

1、 主從同步資料庫，一定要注意讀寫分離。從資料庫做讀操作，不要做寫操作，最好直接只給從資料庫讀許可權，不給寫許可權

2、 資料庫設定主從同步賬號時，最好建立專門的賬號用來做主從同步

END
為了更高的交流，歡迎大家關注我的公眾號，掃描下面二維碼即可關注，謝謝：