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

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

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

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

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

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

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

3、架構(gòu)的擴(kuò)展。業(yè)務(wù)量越來(lái)越大，I/O訪問(wèn)頻率過(guò)高，單機(jī)無(wú)法滿足，此時(shí)做多庫(kù)的存儲(chǔ)，降低磁盤(pán)I/O訪問(wèn)的頻率，提高單個(gè)機(jī)器的I/O性能。

mysql復(fù)制原理

原理：

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

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

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

也就是說(shuō)：

• 從庫(kù)會(huì)生成兩個(gè)線程,一個(gè)I/O線程,一個(gè)SQL線程;
• I/O線程會(huì)去請(qǐng)求主庫(kù)的binlog,并將得到的binlog寫(xiě)到本地的relay-log(中繼日志)文件中;
• 主庫(kù)會(huì)生成一個(gè)log dump線程,用來(lái)給從庫(kù)I/O線程傳binlog;
• SQL線程,會(huì)讀取relay log文件中的日志,并解析成sql語(yǔ)句逐一執(zhí)行;

注意：

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

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

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

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

• –master和slave兩節(jié)點(diǎn)間時(shí)間需同步

具體步驟：

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

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

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

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

5、從庫(kù)IO線程接收binlog events，并存放到本地relay-log中，傳送過(guò)來(lái)的信息，會(huì)記錄到master.info中

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

mysql主從形式

（一）一主一從

（二）主主復(fù)制

（三）一主多從

（四）多主一從

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

mysql主從同步延時(shí)分析

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

解決方案：

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

2.單個(gè)庫(kù)讀寫(xiě)分離，一主多從，主寫(xiě)從讀，分散壓力。這樣從庫(kù)壓力比主庫(kù)高，保護(hù)主庫(kù)。

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

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

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

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

【