溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
復制原理：
A.從庫生成兩個線程，一個I/O線程，一個SQL線程；
i/o線程去請求主庫 的binlog，并將得到的binlog日志寫到relay log（中繼日志） 文件中；
SQL 線程，會讀取relay log文件中的日志，并解析成具體操作，來實現主從的操作一致，而最終數據一致；
B.主庫會生成一個 log dump 線程，用來給從庫 i/o線程傳binlog；
復制的基本過程如下：
1.Slave上面的IO線程連接上Master，并請求從指定日志文件的指定位置(或者從最開始的日志)之后的日志內容;
2.Master接收到來自Slave的IO線程的請求后，通過負責復制的IO線程根據請求信息讀取指定日志指定位置之后的日志信息，返回給Slave端的
IO線程。返回信息中除了日志所包含的信息之外，還包括本次返回的信息在Master端的Binary Log文件的名稱以及在Binary
Log中的位置;
3.Slave的IO線程接收到信息后，將接收到的日志內容依次寫入到 Slave
端的RelayLog文件(mysql-relay-bin.xxxxxx)的最末端，并將讀取到的Master端的bin-log的文件名和位置記錄到master-info文件中，以便在下一次讀取的時候能夠清楚的告訴Master“我需要從某個bin-log的哪個位置開始往后的日志內容，請發給我”。
4.Slave的SQL線程檢測到Relay
Log（中繼日志）中新增加了內容后，會馬上解析該Log文件中的內容成為在Master
端真實執行時候的那些可執行的Query語句，并在自身執行這些操作。這樣，實際上就是在Master端和Slave端執行了同樣的Query，所以兩端的數據是完全一樣的。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
