查看内容

mysql复制slave服务器数据延迟的原因与解决方法

  • 2019-12-12 14:17
  • 新浦京计算机网络
  • Views

mysql复制slave服务器数据延迟的原因与解决方法

最近在做MySQL主从数据库同步测试,发现了一些问题,其中主从同步延迟问题是其中之一,下面内容是从网上找到的一些讲解,记录下来以便自己学习;

 

MySQL的主从同步是一个很成熟的架构,优点为:①在从服务器可以执行查询工作(即我们常说的读功能),降低主服务器压力;②在从主服务器进行备份,避免备份期间影响主服务器服务;③当主服务器出现问题时,可以切换到从服务器。

延迟的固有原因是因为主服务器从服务器有两个线程,但只能单线程顺序执行,

MySQL主从同步故障-Slave_新浦京澳门娱乐,SQL_Running: No 

另外也有网络延迟等的原因。

MySQL主从同步搭建 

 

MySQL主从复制配置详述 

    导致延迟的原因:

MySQL Replication(主从服务器)配置实例 

 

在Linux系统中做MySQL数据库主从服务器 

     主服务器可以并行多线程执行,而从服务器由于有两个进程需要互相依赖,不能并行执行。

MySQL 安装与主从配置 

 

相信大家对于这些好处已经非常了解了,在项目的部署中也采用这种方案。但是MySQL的主从同步一直有从库延迟的问题,那么为什么会有这种问题。这种问题如何解决呢?

     由于低效率join操作导致的长执行查询。

  1. MySQL数据库主从同步延迟原理。

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

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

  4. MySQL数据库主从同步延迟原理。

 

答:谈到MySQL数据库主从同步延迟原理,得从mysql的数据库主从复制原理说起,mysql的主从复制都是单线程的操作,主库对所有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线程却不可以。

     硬盘IO瓶颈。

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

 

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

     数据锁。

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

 

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

     InnoDB 并发线程问题。

mysql-5.6.3已经支持了多线程的主从复制。原理和丁奇的类似,丁奇的是以表做多线程,Oracle使用的是以数据库(schema)为单位做多线程,不同的库可以使用不同的复制线程。

 

sync_binlog=1

     延迟的解决方法:  www.2cto.com  

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

上一篇:mysql 5.7修改密码 下一篇:没有了