本文主要為大家詳細介紹了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:
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有新的事件產生。 相關推薦：
關於MySQL5.7.18主從複製建構一主一從實例詳解
Mycat讀寫分離在MySQL主從複製基礎上實作的實例
######MySQL如何實作主從複製過程的範例詳解（圖）#######
以上是詳解MySQL實作主從複製過程_Mysql實例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！
