MySQL主从同步延迟原因和解决方案

1、主从同步的延迟的原因
我们知道,一个服务器开放N个链接给客户端来连接的,这样有会有大并发的更新操作,但是从服务器的里面读取binlog 的线程仅有一个,当某个SQL在从服务器上执行的时间稍长 或者由于某个SQL要进行锁表就会导致,主服务器的SQL大量积压,未被同步到从服务器里。这就导致了主从不一致,也就是主从延迟。
2、主从同步延迟的解决办法
实际上主从同步延迟根本没有什么一招制敌的办法,因为所有的SQL必须都要在从服务器里面执行一遍,但是主服务器如果不断的有更新
操作源源不断的写入,那么一旦有延迟产生,那么延迟加重的可能性就会原来越大。当然我们可以做一些缓解的措施。
a. 我们知道因为主服务器要负责更新操作,他对安全性的要求比从服务器高,所有有些设置可以修改,比如sync_binlog=1,
innodb_flush_1og_at trx commit =1 之类的设置,而slave则不需要这么高的数据安全,完全可以讲sync_binlog设置为0或者关闭
binlog, innodb_ flushlog, innodb flush_log_at trx_commit 也可以设置为0来提高sq的执行效率 这个能很大程度上提高效率。另外就是使用比主库更好的硬件设备作为slave。
b就是把,一台以服务器作为备份的使用,而不供查询,那边他的负载下来了,执行relay log里面的SQL效率自然就高了。(双slave作为读操作)
c.网络原因服务器距离比较远
在同一局域网中
3、判断主从延迟的方法
MySQL提供了从服务器状态命令,可以通过 show slave status 进行查看,比如可以看看 Seconds_Behind_source 参数的值来判断,
是否有发生主从延时。
其值有这么几种:
NULL:表示io_thread或是sql_thread有任何一个发生故障,也就是该线程的Running状态是No,而非Yes.
0:该值为零,是我们极为渴望看到的情况,表示主从复制状态正常

你可能感兴趣的:(数据库,mysql,服务器,sql)