1、问题发现sysbench使用以下配置对MySQL进行测试sysbench /usr/share/sysbench/tests/include/oltp_legacy/oltp.lua /--mys
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下主从复制延迟解决方案