MySQL如何實現主從複製過程的範例詳解（圖）

這篇文章主要為大家詳細介紹了MySQL主從複製的實現過程，具有一定的參考價值，有興趣的小夥伴們可以參考一下

一、什麼是主從複製

將主資料庫中的DDL和DML操作透過二進位日誌（BINLOG）傳送到從資料庫上，然後將這些日誌重新執行（重做）；從而使得從資料庫的資料與主資料庫保持一致。

二、主從複製的作用

1、主資料庫出現問題，可以切換到從資料庫。

2、可以進行資料庫層面的讀寫分離，

3、可以在從資料庫上進行日常備份

三、複製過程

Binary log：主資料庫的二進位日誌

Relay log：從伺服器的中繼日誌

第一步：master在每個交易更新資料完成之前，將該作業記錄串列地寫入到binlog檔案中。

第二步：salve開啟一個I/O Thread，該執行緒在master開啟一個普通連接，主要工作是binlog dump process。如果讀取的進度已經跟上了master，就進入睡眠狀態並等待master產生新的事件。 I/O線程最終的目的是將這些事件寫入到中繼日誌中。

第三個步驟：SQL Thread會讀取中繼日誌，並順序執行該日誌中的SQL事件，因此與主資料庫中的資料保持一致。

四、主從複製的特定動作

我是在同一個windows上不同的路徑下安裝兩個msyql實例。建議這裡主從兩個mysql的安裝版本一致，儘管我自己的是不一致的。

1、分別修改主從資料庫的設定檔my.ini

master

3306是mysql預設埠號，這裡master實例中可以不用修改；server-id用來指定唯一id，不同的mysql實例不重複即可；binlog-do-db指定需要複製的資料庫；log-bin用來開啟二進位日誌檔。

salve

由於主從資料庫待會都是在通一台電腦上執行，所以連接埠需要設定成不一樣，這裡是3307

replicate-do-db：需要同步的資料庫名稱，與master上的設定保持一致。

2、在master上建立一個專門用來複製的帳號：weidai/123456

這個新增的帳號可以在表mysql.user中進行查詢：

我第一次操作的時候，到這裡就完成了這個帳號的創建，但是到真正複製的時候，卻發現複製沒有成功，排查錯誤的時候發現master產生的binlong沒有問題，然後查看slave的狀態：

#在結尾處有這樣一行錯誤：

使用weidai這個帳號無法連接到master，所以應該是沒有取得到master的binlog，導致中繼日誌無法產生。

我反覆檢查了帳號和密碼都沒有發現問題，然後查找相關資料，才發現是因為在master創建新用戶的時候少了一步操作：

新設定​​用戶或更改密碼後需用flush privileges刷新MySQL的系統權限相關表，否則會出現拒絕存取。這就是出現前面錯誤的原因。另外還有一種方法是重新啟動mysql伺服器，來讓新設定生效。

3、取得主資料庫中此刻資料的位置，主要用於從資料啟動後，複製資料的起始位置，但是在取得這個狀態值之前，主資料庫就不能再有資料的修改操作，所以需要先設定讀取鎖定有效

#

4、主庫進行資料備份，備份的手段有很多種，這裡不展開介紹，可以參考我上一篇文章，備份結束後可以釋放讀鎖，主庫就可以進行寫操作

5、啟動從資料庫，對剛才備份的資料進行還原，這時候主從資料庫在備份那個時間點的資料是一致的。

6、在從資料庫上複製行為的相關設定

7、這個時候設定完成，但是從資料庫還不能進行同步，需要啟動slave執行緒

8、在master中建立表格、新增數據，在slave中觀察：

##可以看出，我在master中進行的操作，都能在slave中體現出來，這時候slave就如同是master的鏡子一樣。

五、主從同步狀態解讀

在slave上使用指令檢視：

#由於排版太難看，我整理如下：

Slave_IO_STATE:Waiting for master to send event
Master_host:127.0.0.1
Master_user:weidai
Master_port:3306
connnect_retry:60
Master_log_file:mysql-bin.000005
Read_Master_log_pos:1662
Relay_log_file:AE6Z*****-relay-bin.000002
Relay_log_pos:1415
Slave_IO_Running:yes
Slave_SQL_Running:yes

---------------------------------- -----------------------華麗麗分割線----------------------- --------------------

Slave_IO_Running:yes

Slave_SQL_Running:yes

這兩個執行緒前面有提到，是slave上參與複製過程中兩個很重要的執行緒。 YES表示正常，NO表示異常。

Slave_IO執行緒主要是將master上的binlong日誌內容複製到slave的中繼日誌中（Relay_log），一般出現問題的機率不大， 出現問題大多數是因為權限或網路等問題，導致連線不上master。如同前面提到的那個錯誤。

Slave_SQL執行緒負責將中繼日誌中的SQL執行一遍，相對來說出錯的機率大些。如有人手動的在從庫中插入一些記錄，導致主從同步的時候出現主鍵衝突。

Slave_IO_STATE:Waiting for master to send event

這個狀態表示中繼日誌同步完成，等待master有新的事件產生。

以上是MySQL如何實現主從複製過程的範例詳解（圖）的詳細內容。更多資訊請關注PHP中文網其他相關文章！