這篇文章主要介紹了MySQL主從復(fù)制怎么理解的相關(guān)知識，內(nèi)容詳細易懂，操作簡單快捷，具有一定借鑒價值，相信大家閱讀完這篇mysql主從復(fù)制怎么理解文章都會有所收獲，下面我們一起來看看吧。

創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價比上猶網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式上猶網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋上猶地區(qū)。費用合理售后完善，10多年實體公司更值得信賴。

在mysql中，主從復(fù)制是指數(shù)據(jù)可以從一個MySQL數(shù)據(jù)庫服務(wù)器主節(jié)點復(fù)制到一個或多個從節(jié)點，默認采用異步復(fù)制方式。采用主從復(fù)制的好處：1、讓主庫負責(zé)寫，從庫負責(zé)讀，當主庫出現(xiàn)了鎖表的情景，通過讀從庫也可以保證業(yè)務(wù)的正常運作；2、可以做數(shù)據(jù)的熱備；3、進行架構(gòu)的擴展，可降低磁盤I/O訪問的頻率，提高單個機器的I/O性能。

本教程操作環(huán)境：windows7系統(tǒng)、mysql8版本、Dell G3電腦。

什么是mysql的主從復(fù)制？

MySQL 主從復(fù)制是指數(shù)據(jù)可以從一個MySQL數(shù)據(jù)庫服務(wù)器主節(jié)點復(fù)制到一個或多個從節(jié)點。MySQL 默認采用異步復(fù)制方式，這樣從節(jié)點不用一直訪問主服務(wù)器來更新自己的數(shù)據(jù)，數(shù)據(jù)的更新可以在遠程連接上進行，從節(jié)點可以復(fù)制主數(shù)據(jù)庫中的所有數(shù)據(jù)庫或者特定的數(shù)據(jù)庫，或者特定的表。

為什么需要主從復(fù)制？

1、在業(yè)務(wù)復(fù)雜的系統(tǒng)中，有這么一個情景，有一句sql語句需要鎖表，導(dǎo)致暫時不能使用讀的服務(wù)，那么就很影響運行中的業(yè)務(wù)，使用主從復(fù)制，讓主庫負責(zé)寫，從庫負責(zé)讀，這樣，即使主庫出現(xiàn)了鎖表的情景，通過讀從庫也可以保證業(yè)務(wù)的正常運作。

2、做數(shù)據(jù)的熱備

3、架構(gòu)的擴展。業(yè)務(wù)量越來越大，I/O訪問頻率過高，單機無法滿足，此時做多庫的存儲，降低磁盤I/O訪問的頻率，提高單個機器的I/O性能。

mysql復(fù)制原理

原理：

（1）master服務(wù)器將數(shù)據(jù)的改變記錄二進制binlog日志，當master上的數(shù)據(jù)發(fā)生改變時，則將其改變寫入二進制日志中；

（2）slave服務(wù)器會在一定時間間隔內(nèi)對master二進制日志進行探測其是否發(fā)生改變，如果發(fā)生改變，則開始一個I/OThread請求master二進制事件

（3）同時主節(jié)點為每個I/O線程啟動一個dump線程，用于向其發(fā)送二進制事件，并保存至從節(jié)點本地的中繼日志中，從節(jié)點將啟動SQL線程從中繼日志中讀取二進制日志，在本地重放，使得其數(shù)據(jù)和主節(jié)點的保持一致，最后I/OThread和SQLThread將進入睡眠狀態(tài)，等待下一次被喚醒。

也就是說：

• 從庫會生成兩個線程,一個I/O線程,一個SQL線程;

• I/O線程會去請求主庫的binlog,并將得到的binlog寫到本地的relay-log(中繼日志)文件中;

• 主庫會生成一個log dump線程,用來給從庫I/O線程傳binlog;

• SQL線程,會讀取relay log文件中的日志,并解析成sql語句逐一執(zhí)行;

注意：

• –master將操作語句記錄到binlog日志中，然后授予slave遠程連接的權(quán)限（master一定要開啟binlog二進制日志功能；通常為了數(shù)據(jù)安全考慮，slave也開啟binlog功能）。

• –slave開啟兩個線程：IO線程和SQL線程。其中：IO線程負責(zé)讀取master的binlog內(nèi)容到中繼日志relay log里；SQL線程負責(zé)從relay log日志里讀出binlog內(nèi)容，并更新到slave的數(shù)據(jù)庫里，這樣就能保證slave數(shù)據(jù)和master數(shù)據(jù)保持一致了。

• –Mysql復(fù)制至少需要兩個Mysql的服務(wù)，當然Mysql服務(wù)可以分布在不同的服務(wù)器上，也可以在一臺服務(wù)器上啟動多個服務(wù)。

• –Mysql復(fù)制最好確保master和slave服務(wù)器上的Mysql版本相同（如果不能滿足版本一致，那么要保證master主節(jié)點的版本低于slave從節(jié)點的版本）

• –master和slave兩節(jié)點間時間需同步

具體步驟：

1、從庫通過手工執(zhí)行change master to 語句連接主庫，提供了連接的用戶一切條件（user 、password、port、ip），并且讓從庫知道，二進制日志的起點位置（file名 position 號）； start slave

2、從庫的IO線程和主庫的dump線程建立連接。

3、從庫根據(jù)change master to 語句提供的file名和position號，IO線程向主庫發(fā)起binlog的請求。

4、主庫dump線程根據(jù)從庫的請求，將本地binlog以events的方式發(fā)給從庫IO線程。

5、從庫IO線程接收binlog events，并存放到本地relay-log中，傳送過來的信息，會記錄到master.info中

6、從庫SQL線程應(yīng)用relay-log，并且把應(yīng)用過的記錄到relay-log.info中，默認情況下，已經(jīng)應(yīng)用過的relay 會自動被清理purge

mysql主從形式

（一）一主一從

（二）主主復(fù)制

（三）一主多從

（四）多主一從

（五）聯(lián)級復(fù)制

mysql主從同步延時分析

mysql的主從復(fù)制都是單線程的操作，主庫對所有DDL和DML產(chǎn)生的日志寫進binlog，由于binlog是順序?qū)?，所以效率很高，slave的sql thread線程將主庫的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是隨機的，不是順序，所以成本要高很多，另一方面，由于sql thread也是單線程的，當主庫的并發(fā)較高時，產(chǎn)生的DML數(shù)量超過slave的SQL thread所能處理的速度，或者當slave中有大型query語句產(chǎn)生了鎖等待，那么延時就產(chǎn)生了。

解決方案：

1.業(yè)務(wù)的持久化層的實現(xiàn)采用分庫架構(gòu)，mysql服務(wù)可平行擴展，分散壓力。

2.單個庫讀寫分離，一主多從，主寫從讀，分散壓力。這樣從庫壓力比主庫高，保護主庫。

3.服務(wù)的基礎(chǔ)架構(gòu)在業(yè)務(wù)和mysql之間加入memcache或者redis的cache層。降低mysql的讀壓力。

4.不同業(yè)務(wù)的mysql物理上放在不同機器，分散壓力。

5.使用比主庫更好的硬件設(shè)備作為slave，mysql壓力小，延遲自然會變小。

6.使用更加強勁的硬件設(shè)備

關(guān)于“mysql主從復(fù)制怎么理解”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對“mysql主從復(fù)制怎么理解”知識都有一定的了解，大家如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。