解决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、原因分析
一个云服务器开放N个链接给客户端来连接的, 这样有会有大并发的更新操作, 但是从云服务器的里面读取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
...

参考:
https://www.yisu.com/zixun/29492.html
https://blog.51cto.com/jim123/1961241

猜你喜欢

转载自blog.csdn.net/qq_39004843/article/details/109154863