作為一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，MySQL內(nèi)建地提供數(shù)據(jù)復(fù)制機(jī)制，這使得在使用時(shí)，可以基于其復(fù)制機(jī)制實(shí)現(xiàn)高可用架構(gòu)等高級(jí)特性，從而使得MySQL無(wú)需借助額外的插件或其他工具就具備適用于生產(chǎn)環(huán)境。這是MySQL得到大面積實(shí)際應(yīng)用的條件之一。

基于MySQL的復(fù)制機(jī)制，不僅可以實(shí)現(xiàn)數(shù)據(jù)庫(kù)的高可用，還能實(shí)現(xiàn)如：性能擴(kuò)展、異地災(zāi)備以及冷熱分離等高級(jí)特性。

高可用：通過(guò)配置一定的復(fù)制機(jī)制，MySQL實(shí)現(xiàn)了跨主機(jī)的數(shù)據(jù)復(fù)制，從而獲得一定的高可用能力，如果需要獲得更高的可用性，只需要配置多個(gè)副本，或者進(jìn)行級(jí)聯(lián)復(fù)制就可以達(dá)到目的。 性能擴(kuò)展：由于復(fù)制機(jī)制提供了多個(gè)數(shù)據(jù)備份，在讀寫(xiě)一致性要求不高的場(chǎng)景下，可以通過(guò)配置一個(gè)或多個(gè)副本，將讀請(qǐng)求分發(fā)至副本節(jié)點(diǎn)，從而獲得整體上讀寫(xiě)性能的提升。 異地災(zāi)備：只需要將副本節(jié)點(diǎn)部署到異地機(jī)房，就可以輕松獲得一定的異地災(zāi)備能力。實(shí)際當(dāng)中，需要考慮網(wǎng)絡(luò)延遲等可能影響整體表現(xiàn)的因素。 交易分離：通過(guò)配置復(fù)制機(jī)制，并將低頻、大運(yùn)算量的交易發(fā)送至副本節(jié)點(diǎn)執(zhí)行，就可以避免這些交易與高頻交易競(jìng)爭(zhēng)運(yùn)算資源，從而避免整體的性能問(wèn)題。

為了獲得上述能力，需要了解基本的MySQL復(fù)制機(jī)制，并結(jié)合實(shí)際應(yīng)用場(chǎng)景選擇恰當(dāng)?shù)呐渲谩?/p>主從復(fù)制機(jī)制

MySQL基于binlog實(shí)現(xiàn)主從復(fù)制，從節(jié)點(diǎn)跟蹤并獲取主節(jié)點(diǎn)binlog中最新更新并在自身進(jìn)行重放，從而實(shí)現(xiàn)復(fù)制主節(jié)點(diǎn)數(shù)據(jù)。

下圖是MySQL主從復(fù)制過(guò)程的示意圖。在整個(gè)過(guò)程中涉及三個(gè)線程，他們的職責(zé)分別是：

主節(jié)點(diǎn)binlog dump線程：該線程在從節(jié)點(diǎn)連接上主節(jié)點(diǎn)后創(chuàng)建，負(fù)責(zé)向從節(jié)點(diǎn)發(fā)送binlog中新寫(xiě)入的數(shù)據(jù)。在讀取binlog時(shí)，dump線程會(huì)首先獲取binlog的鎖，并在讀取完畢后立刻釋放，然后將讀取到的數(shù)據(jù)發(fā)送至從節(jié)點(diǎn)。 從節(jié)點(diǎn)I/O線程：從節(jié)點(diǎn)I/O線程職責(zé)為向主節(jié)點(diǎn)發(fā)送數(shù)據(jù)同步的請(qǐng)求，接收主節(jié)點(diǎn)發(fā)送的數(shù)據(jù)并將其寫(xiě)入relay-log。 從節(jié)點(diǎn)SQL線程：該線程從relay-log中讀取數(shù)據(jù)更新并進(jìn)行重放。

異步復(fù)制

默認(rèn)情況下，MySQL的主從復(fù)制是異步復(fù)制，在這種機(jī)制下，主節(jié)點(diǎn)會(huì)在完成本地日志寫(xiě)入后立刻響應(yīng)客戶端的請(qǐng)求，從節(jié)點(diǎn)的數(shù)據(jù)復(fù)制過(guò)程異步執(zhí)行。

很明顯，在這種機(jī)制下面，由于復(fù)制過(guò)程并不會(huì)影響主節(jié)點(diǎn)對(duì)客戶端請(qǐng)求的響應(yīng)，因此，相比于單節(jié)點(diǎn)，并不會(huì)造成整體性能上的明顯損失。

但是，在這種機(jī)制下面，如果數(shù)據(jù)在主節(jié)點(diǎn)完成提交而未同步至從節(jié)點(diǎn)時(shí)主節(jié)點(diǎn)宕機(jī)，此時(shí)如果發(fā)生主從切換并寫(xiě)入新的數(shù)據(jù)，可能導(dǎo)致數(shù)據(jù)丟失或不一致。

半同步復(fù)制（semisynchronous replication）

從5.6版本開(kāi)始，MySQL支持半同步復(fù)制，這種機(jī)制與異步復(fù)制相比主要有如下區(qū)別：

主節(jié)點(diǎn)在收到客戶端的請(qǐng)求后，必須在完成本節(jié)點(diǎn)日志寫(xiě)入的同時(shí)，還需要等待至少一個(gè)從節(jié)點(diǎn)完成數(shù)據(jù)同步的響應(yīng)之后（或超時(shí)），才會(huì)響應(yīng)請(qǐng)求。

從節(jié)點(diǎn)只有在寫(xiě)入relay-log并完成刷盤(pán)之后，才會(huì)向主節(jié)點(diǎn)響應(yīng)。

當(dāng)從節(jié)點(diǎn)響應(yīng)超時(shí)時(shí)，主節(jié)點(diǎn)會(huì)將同步機(jī)制退化為異步復(fù)制。在至少一個(gè)從節(jié)點(diǎn)恢復(fù)，并完成數(shù)據(jù)追趕后，主節(jié)點(diǎn)會(huì)將同步機(jī)制恢復(fù)為半同步復(fù)制。

可以看出，相比于異步復(fù)制，半同步復(fù)制在一定程度上提高了數(shù)據(jù)的可用性，在未退化至異步復(fù)制時(shí)，如果主節(jié)點(diǎn)宕機(jī)，此時(shí)數(shù)據(jù)已復(fù)制至至少一臺(tái)從節(jié)點(diǎn)。

同時(shí)，由于向客戶端響應(yīng)時(shí)需要從節(jié)點(diǎn)完成響應(yīng)，相比于異步復(fù)制，此時(shí)多出了主從節(jié)點(diǎn)上網(wǎng)絡(luò)交互的耗時(shí)以及從節(jié)點(diǎn)寫(xiě)文件并刷盤(pán)的耗時(shí)，因此整體上集群對(duì)于客戶端的響應(yīng)性能表現(xiàn)必然有所降低。

主從復(fù)制格式

由于MySQL的復(fù)制機(jī)制是基于binlog的，因此binlog的格式就決定了主從復(fù)制的格式。binlog有基于行的和基于語(yǔ)句兩種，從而復(fù)制也有兩種對(duì)應(yīng)的格式。

Statement-Based Replication(SBR)

對(duì)于基于語(yǔ)句的復(fù)制機(jī)制，binlog僅記錄所執(zhí)行的語(yǔ)句。這種方式，有如下優(yōu)點(diǎn)：

自從3.23版本就存在，經(jīng)過(guò)長(zhǎng)期驗(yàn)證的成熟技術(shù) 寫(xiě)入日志文件的數(shù)據(jù)更少，這意味著更少的文件寫(xiě)入和網(wǎng)絡(luò)傳輸消耗，從而整體上可以更快的完成主從復(fù)制，提升性能表現(xiàn)。 日志文件記錄了所有數(shù)據(jù)庫(kù)上執(zhí)行的語(yǔ)句，可以用來(lái)進(jìn)行審計(jì)等用途

有如下缺點(diǎn)：

用戶自定義函數(shù)(UDF)以及執(zhí)行結(jié)果不確定的函數(shù)無(wú)法進(jìn)行復(fù)制 進(jìn)行數(shù)據(jù)更新時(shí)，需要比基于行的復(fù)制更多的行鎖 對(duì)于如先插入后更新式的復(fù)雜語(yǔ)句，從節(jié)點(diǎn)需要進(jìn)行完全的對(duì)應(yīng)重放，而基于行格式的復(fù)制只需要執(zhí)行最終結(jié)果即可 Row-Based Replication(RBR)

基于行的復(fù)制機(jī)制下，對(duì)應(yīng)binlog也是基于行的，這時(shí)每次數(shù)據(jù)更新當(dāng)寫(xiě)入binlog時(shí)，都被轉(zhuǎn)化所有受影響行的變化。

這種復(fù)制方式，有如下優(yōu)點(diǎn)：

所有數(shù)據(jù)變化都可以被安全的復(fù)制，不會(huì)受到UDF以及特殊函數(shù)的影響。 大部分DBMS都采用這種復(fù)制方式，知識(shí)遷移成本低。 進(jìn)行數(shù)據(jù)更新時(shí)，所需要的行鎖更少，從而可以獲取更高的性能表現(xiàn)。

有如下缺點(diǎn)：

在涉及大數(shù)據(jù)量的DML時(shí)，基于行的日志將會(huì)產(chǎn)生大量的日志數(shù)據(jù)，大數(shù)據(jù)量在日志文件寫(xiě)入、網(wǎng)絡(luò)傳輸方面都意味著更長(zhǎng)的時(shí)間，從而可能導(dǎo)致整體性能表現(xiàn)顯著變差，同時(shí)也可能導(dǎo)致并發(fā)問(wèn)題。 無(wú)法通過(guò)日志查看所執(zhí)行的語(yǔ)句，同時(shí)也無(wú)法獲知從節(jié)點(diǎn)上執(zhí)行的語(yǔ)句。

在實(shí)際的架構(gòu)應(yīng)用中，需要根據(jù)系統(tǒng)的業(yè)務(wù)特點(diǎn)合理利用主從復(fù)制機(jī)制，并選擇合適主從復(fù)制格式。

以上就是MySql主從復(fù)制機(jī)制全面解析的詳細(xì)內(nèi)容，更多關(guān)于MySql主從復(fù)制機(jī)制的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！