当前位置:首页 > 编程教程 > mysql技术文章 > MySQL多线程复制遇到Error_code: 1872的解决方案

如何解决MySQL多线程复制遇到Error_code: 1872

  • 发布时间:
  • 作者:码农之家
  • 点击:57

这篇文章主要知识点是关于mysql、主从复制、mysql、多线程复制、mysql、error_code、的内容,如果大家想对相关知识点有系统深入的学习,可以参阅以下电子书

高性能MySQL
高性能MySQL影印完整版
  • 类型:MySQL大小:392 MB格式:PDF作者:施瓦茨,扎伊采夫,特卡琴科,宁海元,周振
立即下载

MySQL多线程复制遇到Error_code: 1872的解决方案

上周在生产环境上遇到一个问题,不敢独享,拿出来给小伙伴们做个简单的分享。

起因 :由于IDC机房断电(估计又是哪里被挖掘机碰了下吧),导致所有服务器重启,影响到了其中的MySQL数据库。来看下这时数据库遇到的问题:

数据库版本 :MySQL 5.7.10

问题表现

:从机复制报如下错误:Slave SQL for channel ”: Slave failed to initialize relay log info structure from the repository, Error_code: 1872

用了Inside君的MySQL标准配置文件模板,怎么没有实现crash safe呢?其实,这主要是因为多线程复制(MTS)所引起。不知MySQL 5.7,即使MySQL 5.6也同样会遇到问题。

在MTS场景下,可能会出现以下两个问题:

gap事务:后执行的事务先回放(apply)了
Exec_Master_Log_Pos位置不准确:可能存在已经事务已经提交,但是位置还没更新(单线程复制不存在此问题)
gap事务比较好理解,因为不论是基于database级别的MTS,还是基于logical_clock的MTS,都可能存在下面的这种场景:

MySQL多线程复制遇到Error_code: 1872的解决方案

由于MTS的原因,后面的事务可能比前面的事务早执行,如上图终可能事务tx2和tx4都已经提交了,但是事务tx1和tx3还未提交。这时就称为存在gap事务。在基于logical_clock的MTS场景下,用户可以通过配置 参数slave_preserve_commit_order=1 来保证提交的顺序性。

另一方面,这时Exec_Master_Log_Pos也是不准确的,当发生crash时,master info中依然记录的是tx1事务开始执行的位置(见上图右边的部分)。切记,即使将参数slave_preserve_commit_order设置为1,MTS场景下依然不能保证Exec_Master_Log_Pos是准确的,其称之为 gap-free low-watermark 。因为MTS场景下对于表slave_realy_info_log的更新并不是事务的(这个需要好好体会下)。

然而,MTS场景下引入了新的事务表slave_worker_info,用以表示发生宕机时每个线程更新到的位置,其与Worker线程的回放是事务的。因此,MySQL在恢复的时候可以通过通过Exec_Master_Log_Pos与表slave_worker_info的列Master_log_pos做对比,判断是否需要回放当前事务。

在MySQL 5.7.13版本之前,当发生宕机后需要手动执行如下操作,若直接执行CHANGE MASTER TO操作,则可能会触发上述1872错误:

START SLAVE UNTIL SQL_AFTER_MTS_GAPS;
START SLAVE SQL_THREAD;

由于服务器上的MySQL版本为5.7.10,而DBA试图通过命令CHANGE MASTER TO来修复复制问题,因此导致了上述问题。而在MySQL 5.7.13版本后,上述问题将有MySQL自动修复。简单来说,即使发生了宕机,也能准确并自动地恢复复制的运行状态。

不过,当Inside升级到MySQL 5.7.15过程时,又遇到了一个不大不小的坑,这个就留着等下回分享吧。

以上就是本次给大家分享的关于java的全部知识点内容总结,大家还可以在下方相关文章里找到相关文章进一步学习,感谢大家的阅读和支持。

您可能感兴趣的文章:

  • mysql服务1067错误多种解决方案汇总
  • Java程序使用MySQL时返回参数为乱码的解决方案大全
  • 彻底解决MySQL无法启动的实例方法
  • 如何解决linux配置mysql数据库远程连接失败的问题
  • windows server2014 安装 Mysql Applying Security出错的简单解决方法
  • 相关电子书
    学习笔记
    网友NO.334864

    在MySQL中使用Sphinx实现多线程搜索的方法

    MySQL、Sphinx及许多数据库和搜索引擎中的查询是单线程的。比如说,在一台32个CPU核心、16个磁盘的R910服务器上执行一个查询,它最多只会用到一个核心和一个磁盘。没错,只会使用一个。 如果查询是CPU密集型作业,那么会使用大约3%的整机CPU能力(以上述32核机器为例)。如果是磁盘密集型,则大约会使用6%的整机IO能力(也是与上例同样的配置,16个磁盘组成RAID10或RAID0)。 我再换个说法吧。如果你在一台单核单磁盘的机器上执行了某个查询,花了10秒,那么把同样的查询放到一台32核16磁盘的机器上去跑,同样需要10秒,不会有丝毫改善。 你早就知道这一点了,对吧?那么,我的问题是——有没有办法可以改善呢? 如果是Sphinx,太棒了,答案是有!而且不需要花上太多的工夫。你甚至不需要修改应用和数据库,只需要稍微改下Sphinx的配置。 计划 首先,我……

    网友NO.288972

    Mysql 5.7从节点配置多线程主从复制的方法详解

    前言 Mysql 采用多线程进行复制是从 Mysql 5.6 开始支持的内容,但是 5.6 版本下有缺陷,虽然支持多线程,但是每个数据库只能一个线程,也就是说如果我们只有一个数据库,则主从复制时也只有一个线程在工作。相当于还是以前的单线程。 从 Mysql 5.7 开始支持同一数据库下并行主从复制。不过默认情况下,还是单数据库单个线程,如果需要使用多线程,需要在从节点进行配置。 Mysql 5.7 对主从复制增加了一种类型,共有两种类型,如下: DATABASE 基于库的并行复制 , 每个数据库对应一个复制线程 LOGICAL_CLOCK 基于组提交的并行复制方式,同一个数据库下可以有多个线程 下面的步骤,在从节点上进行配置。 查看当前配置 在开始配置之前,我们先看一下当前配置下的主从复制的进程数。 mysql show processlist;+----+-------------+-----------+------+---------+-------+---------……

    <
    1
    >

    Copyright 2018-2020 www.xz577.com 码农之家

    版权投诉 / 书籍推广 / 赞助:520161757@qq.com