共計 887 個字符，預(yù)計需要花費 3 分鐘才能閱讀完成。

本篇文章為大家展示了 Mysql 的復(fù)制原理以及過程是怎樣的，內(nèi)容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

Mysql 的復(fù)制原理以及流程

（1）復(fù)制的基本原理流程，3 個線程以及之間的關(guān)聯(lián)。

Mysql 內(nèi)建的復(fù)制功能是構(gòu)建大型，高性能應(yīng)用程序的基礎(chǔ)。將 Mysql 的數(shù)據(jù)分布到多個系統(tǒng)上去，這種分布的機制，是通過將 Mysql 的某一臺主機的數(shù)據(jù)復(fù)制到其他主機（slave）上，并重新執(zhí)行一遍來實現(xiàn)的。復(fù)制過程中一個服務(wù)器充當主服務(wù)器，而一個或多個其它服務(wù)器充當從服務(wù)器。主服務(wù)器將更新寫入二進制日志文件，并維護文件的一個索引以跟蹤日志循環(huán)。這些日志可以記錄發(fā)送到從服務(wù)器的更新。當一個從服務(wù)器連接到主服務(wù)器時，它通知主服務(wù)器從服務(wù)器在日志中讀取的最后一次成功更新的位置。從服務(wù)器接收從那時起發(fā)生的任何更新，然后封鎖并等待主服務(wù)器通知新的更新。

3 個線程：

首先，slave 開始一個工作線程 —–I/ O 線程。I/ O 線程在 master 上打開一個普通的連接，然后開始 binlog dump process。binlog dump process  從 master 的二進制日志中讀取事件，如果已經(jīng)跟上了 master，它會睡眠并等待 master 產(chǎn)生新的事件。I/ O 線程將這些事件寫入中繼日志。

SQL slave thread（SQL 從線程）處理該過程的最后一步。SQL 線程從中繼日志讀取事件而更新 slave 的數(shù)據(jù)，使其與 master 中的數(shù)據(jù)一致。只要該線程與 I / O 線程保持一致，中繼日志通常會位于 OS 的緩存中，所以中繼日志的開銷很小。

      此外，在 master 中也有一個工作線程：和其他 Mysql 的連接一樣，slave 在 master 中打開一個連接也會使得 master 開始一個線程。復(fù)制過程有一個很重要的限制 —– 復(fù)制在 slave 上是串行化的，也就是說 master 上的并行更新操作不能在 slave 上并行操作。 

上述內(nèi)容就是 Mysql 的復(fù)制原理以及過程是怎樣的，你們學(xué)到知識或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識儲備，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道。