這篇文章將為大家詳細(xì)講解有關(guān)MySQL 中復(fù)制滯后如何解決，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個(gè)參考，希望大家閱讀完這篇文章后對(duì)相關(guān)知識(shí)有一定的了解。

創(chuàng)新互聯(lián)建站專注于企業(yè)全網(wǎng)整合營銷推廣、網(wǎng)站重做改版、耿馬網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5開發(fā)、商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)營銷網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性價(jià)比高，為耿馬等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

從結(jié)點(diǎn)磁盤問題：復(fù)制操作對(duì)每個(gè)數(shù)據(jù)庫都是由一個(gè)線程來完成，通常執(zhí)行變更時(shí)的滯后是由磁盤延遲引起的。在這種情況下，您應(yīng)該考慮使用SSD加速這個(gè)過程。

帶寬低/網(wǎng)絡(luò)延遲高：如果兩個(gè)服務(wù)器位于遠(yuǎn)程位置（高延遲的情況下）或服務(wù)器之間的存在帶寬較低的問題，我們應(yīng)使用下面的方法之一或者兩者結(jié)合使用，以***限度地減少服務(wù)器間通信量。

使用基于語句的復(fù)制：基于行的復(fù)制會(huì)為數(shù)據(jù)庫中每一行的變更創(chuàng)建一個(gè)SQL 語句?；谡Z句的復(fù)制是應(yīng)用程序發(fā)送的實(shí)際SQL語句的記錄。通?；谡Z句的復(fù)制在記錄大小方面更為有效。然而，你應(yīng)該意識(shí)到，當(dāng)你使用UPDATE ... LIMIT1時(shí)，基于語句的復(fù)制可能并不十分有效

壓縮通信量： MySQL支持使用 slave_compressed_protocol參數(shù)進(jìn)行日志壓縮復(fù)制。這種方法將減少高達(dá)80%的服務(wù)器之間的通信。然而，壓縮是計(jì)算密集型的，所以你應(yīng)該意識(shí)到這樣會(huì)產(chǎn)生一些額外的CPU利用率（這通常不屬于數(shù)據(jù)庫中的問題）。這個(gè)參數(shù)應(yīng)該在兩個(gè)服務(wù)器上都啟用：

動(dòng)態(tài)的從MySQL命令行輸入：SET GLOBALslave_compressed_protocol = 1;

在MySQL配置文件中進(jìn)行配置：

#compress master-slave communication slave_compressed_protocol = 1

關(guān)于MySQL 中復(fù)制滯后如何解決就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。