本文主要給大家簡單講講徹底解決MySQL 5.7 主從復制的延遲問題方法，相關專業術語大家可以上網查查或者找一些相關書籍補充一下，這里就不涉獵了，我們就直奔主題吧，希望徹底解決MySQL 5.7 主從復制的延遲問題方法這篇文章可以給大家帶來一些實際幫助。

1、問題發現
sysbench使用以下配置對MySQL進行測試

sysbench /usr/share/sysbench/tests/include/oltp_legacy/oltp.lua \
--mysql-host=192.168.1.221 \
--mysql-port=3306 \
--mysql-user=root \
--mysql-password=MySQL5.7 \
--oltp-test-mode=complex \
--oltp-tables-count=10 \
--oltp-table-size=10000 \
--threads=50 \
--time=60 \
--db-driver=mysql \
--report-interval=10 run >sysbench.log

一段時間后查看slave的狀態發現延時嚴重
mysql> show slave status\G

...
Seconds_Behind_Master: 467
...

2、原因分析
一個云服務器開放Ｎ個鏈接給客戶端來連接的，　這樣有會有大并發的更新操作, 但是從云服務器的里面讀取binlog 的線程僅有一個， 當某個SQL在從云服務器上執行的時間稍長 或者由于某個SQL要進行鎖表就會導致，主云服務器的SQL大量積壓，未被同步到從云服務器里。這就導致了主從不一致， 也就是主從延遲。

3、解決方法，開啟MySQL 5.7 的新功能復制多線程

mysql> show variables like 'slave_parallel%';
+------------------------+----------+
| Variable_name      | Value   |
+------------------------+----------+
| slave_parallel_type   | DATABASE |
| slave_parallel_workers | 0     |
+------------------------+----------+
mysql> set global slave_parallel_type='logical_clock';
mysql> set global slave_parallel_workers=100;  #大小根據需要設置
mysql> start slave;
mysql> show processlist;

4、一段時間后查看狀態，已經恢復正常

mysql> show slave status\G
...
Seconds_Behind_Master: 0
...

徹底解決MySQL 5.7 主從復制的延遲問題方法就先給大家講到這里，對于其它相關問題大家想要了解的可以持續關注我們的行業資訊。我們的板塊內容每天都會捕捉一些行業新聞及專業知識分享給大家的。

另外有需要云服務器可以了解下創新互聯cdcxhl.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業上云的綜合解決方案，具有“安全穩定、簡單易用、服務可用性高、性價比高”等特點與優勢，專為企業上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。