https://blog.51cto.com/linux10000/2153705mysql
mysql binlog的复制是单线程的,到了5.7支持多线程 ,这里主要说明如何配置 linux
一、问题发现
sysbench使用如下配置对MySQL进行测试sql
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 ...
二、缘由分析
一个服务器开放N个连接给客户端来链接的, 这样有会有大并发的更新操做, 可是从服务器的里面读取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 ...