完全解决 MySQL 5.7 主从复制的延迟问题

标签：usr   导致   master   sla   lock   sys   interval   second   com   

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、原因分析
一个服务器开放Ｎ个链接给客户端来连接的，　这样有会有大并发的更新操作, 但是从服务器的里面读取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下主从复制延迟解决方案

完全解决 MySQL 5.7 主从复制的延迟问题

标签：usr   导致   master   sla   lock   sys   interval   second   com   

原文地址：http://blog.51cto.com/linux10000/2153705