Mysql主从数据延迟

Bertha 。 2022-09-30 06:03 23阅读 0赞

mysql搭建了主从，做读写分离。随着数据量的增长，发现偶尔会从数据库有数据延迟的问题，研究总结了一下，作为成长日志。

## 主从复制原理 ##

MySQL的主从复制都是单线程的操作，主库对所有DDL和DML产生的日志写进binlog，由于binlog是顺序写，所以效率很高。MySQL 5.6之前的版本，同步复制是单线程的，队列的，只能一个一个执行，在5.6里可以做到多个库之间的多线程复制，例如数据库里，存放着用户表，商品表，价格表，订单表，那么将每个业务表单独放在一个库里，这时就可以做到多线程复制，但一个库里的表，多线程复制是无效的。

(1)master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events);  
(2)slave将master的binary log events通过IO Thread拷贝到它的中继日志(relay log);  
(3)slave重做中继日志中的事件，将改变反映它自己的数据。Slave的SQL Thread线程将主库的DDL和DML操作事件在slave中重放。DML和DDL的IO操作是随机的，不是顺序的，成本高很多。

![这里写图片描述][SouthEast]

## 延迟原因 ##

*  master负载
 *  slave负载
 *  网络延迟
 *  机器配置（cpu、内存、硬盘）

总之，当主库的并发较高时，产生的DML数量超过slave的SQL Thread所能处理的速度，或者当slave中有大型query语句产生了锁等待那么延时就产生了。由于SQL Thread也是单线程的，如果slave上的其他查询产生lock争用，又或者一个DML语句（大事务、大查询）执行了几分钟，那么所有之后的DML会等待这个DML执行完才会继续执行，这就导致了延时。

## 解决方案 ##

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

2、从slave中取一台专用的服务器，只作为备份用，不进行其他任何操作，就能相对最大限度地达到实时的要求了。

3、并行复制，MySQL5.7 的真正并行复制enhanced multi-threaded slave，复制延迟问题永不存在。

4、slave较高的机器配置：slave服务器配置更高，执行速度更快。

5、两个可以减少延迟的参数  
slave-net-timeout=seconds  
参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据  
slave\_net\_timeout单位为秒 默认设置为 3600秒

master-connect-retry=seconds  
参数含义：当重新建立主从连接时，如果连接建立失败，间隔多久后重试。  
master-connect-retry单位为秒 默认设置为 60秒  
通常配置以上2个参数可以减少网络问题导致的主从数据同步延迟

注：  
sync\_binlog=1

This makes MySQL synchronize the binary log’s contents to disk each time it commits a transaction

默认情况下，并不是每次写入时都将binlog与硬盘同步。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，你可以使用sync\_binlog全局变量(1是最安全的值，但也是最慢的)，使binlog在每N次binlog写入后与硬盘同步。即使sync\_binlog设置为1,出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。如果使用InnoDB表，MySQL服务器 处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。如果在两次操作之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。可以用–innodb-safe-binlog选项来增加InnoDB表内容和binlog之间的一致性。(注释：在MySQL 5.1中不需要–innodb-safe-binlog；由于引入了XA事务支持，该选项作废了），该选项可以提供更大程度的安全，使每个事务的 binlog(sync\_binlog =1)和(默认情况为真)InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，MySQL服务器从binlog剪切回滚的InnoDB事务。这样可以确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步(不接收回滚的语句)。

innodb\_flush\_log\_at\_trx\_commit

抱怨Innodb比MyISAM慢 100倍？那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的，特别是使用电 池供电缓存（Battery backed up cache）时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。日志仍然会每秒flush到硬 盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统 挂了时才可能丢数据。

> [http://blog.csdn.net/fengbangyue/article/details/6401564][http_blog.csdn.net_fengbangyue_article_details_6401564]

[SouthEast]: /images/20220708/1410fd40dd2e40bc92b4e2feecb4393e.png
[http_blog.csdn.net_fengbangyue_article_details_6401564]: http://blog.csdn.net/fengbangyue/article/details/6401564