MySQL主从同步延迟的原因是什么

这期内容当中小编将会给大家带来有关MySQL主从同步延迟的原因是什么，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

专注于为中小企业提供成都做网站、成都网站制作、成都外贸网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业惠城免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了千余家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

MySQL主从延迟原因以及解决方案：谈到MySQL数据库主从同步延迟原理，得从mysql的数据库主从复制原理说起，mysql的主从复制都是单线程的操作(mysql5.6版本之前)，主库对所有DDL和DML产生binlog，binlog是顺序写，所以效率很高。

slave的Slave_IO_Running线程会到主库取日志，效率会比较高，slave的Slave_SQL_Running线程将主库的DDL和DML操作都在slave实施。DML和DDL的IO操作是随机的，不是顺序的，因此成本会很高，还可能是slave上的其他查询产生lock争用，由于Slave_SQL_Running也是单线程的，所以一个DDL卡主了，需要执行10分钟，那么所有之后的DDL会等待这个DDL执行完才会继续执行，这就导致了延时。有朋友会说：“主库上那个相同的DDL也需要执行10分，为什么slave会延时?”，答案是master可以并发，Slave_SQL_Running线程却不可以。

2.MySQL数据库主从同步延迟是怎么产生的。

当主库的TPS并发较高时，产生的DDL数量超过slave一个sql线程所能承受的范围，那么延时就产生了，当然还有就是可能与slave的大型query语句产生了锁等待。

3.MySQL数据库主从同步延迟解决方案

(1)最简单的减少slave同步延时的方案就是在架构上做优化，尽量让主库的DDL快速执行。还有就是主库是写，对数据安全性较高，比如sync_binlog=1，innodb_flush_log_at_trx_commit  = 1  之类的设置，而slave则不需要这么高的数据安全，完全可以讲sync_binlog设置为0或者关闭binlog，innodb_flushlog也可以设置为0来提高sql的执行效率。

(2)另外就是使用比主库更好的硬件设备作为slave。

就是把，一台从服务器当度作为备份使用，而不提供查询，那边他的负载下来了，执行relay log里面的SQL效率自然就高了。

(3)增加从服务器喽，这个目的还是分散读的压力，从而降低服务器负载。

4.MySQL数据库主从同步延迟产生的因素。

1. 网络延迟 2. master负载 3. slave负载  一般的做法是，使用多台slave来分摊读请求，再从这些slave中取一台专用的服务器，只作为备份用，不进行其他任何操作，就能相对***限度地达到’实时’的要求了

另外，再介绍2个可以减少延迟的参数 –slave-net-timeout=seconds  参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据 slave_net_timeout单位为秒 默认设置为 3600秒  slave_net_timeout 3600 –master-connect-retry=seconds  参数含义：当重新建立主从连接时，如果连接建立失败，间隔多久后重试。 master-connect-retry单位为秒 默认设置为 60秒  通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟。

上述就是小编为大家分享的MySQL主从同步延迟的原因是什么了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注创新互联行业资讯频道。