本文主要给大家简单讲讲彻底解决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、原因分析
一个云服务器开放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
...
彻底解决MySQL 5.7 主从复制的延迟问题方法就先给大家讲到这里,对于其它相关问题大家想要了解的可以持续关注我们的行业资讯。我们的板块内容每天都会捕捉一些行业新闻及专业知识分享给大家的。