https://blog.51cto.com/linux10000/2153705
mysql binlog的复制是单线程的,到了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> stop slave;
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
...