mysql 主從（異步延遲）解決

https://blog.51cto.com/linux10000/2153705

 

mysql binlog的複製是單線程的，到了5.7支持多線程 ，這裏主要說明如何配置 

徹底解決 MySQL 5.7 主從複製的延遲問題

 

一、問題發現
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
...

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

三、解決方法，開啓MySQL 5.7 的新功能複製多線程

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

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

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