从主库xtrabackup备份，配置好gtid复制，从主库的从库复制。一直报错误

 Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'The slave is connecting using CHANGE MASTER TO MASTER_AUTO_POSITION = 1, but the master has purged binary logs containing GTIDs that the slave requires.'

　看了从库，保留有最近7天的binlog日志，怎么还有找不到binlog，查了一下，原来是主库的gtid和从库的gtid不一样

主库gtid：

04cfe2d0-8709-11ea-993a-a4fa76fdf2a6:1-2316735354,

151ba254-8709-11ea-95a6-a4fa76fdf4b0:1,

2b02a6a4-18ba-11e9-bec1-e435c881d012:1-132,

5dc542a6-4627-11e9-a3e8-e435c881d116:1-28835327,

62cd3f43-53d4-11e9-9461-883fd358a4b0:1-61077414,

645f56c0-6e68-11e9-8951-18ded7a37b4a:1-232612455,

749003b7-909d-11e8-a759-9c37f402a633:1-143387296,

daf04b34-9b3e-11e9-a1fc-6c92bf487ed9:1-3546539260,

e7ae93d4-9b3e-11e9-ba88-6c92bf48c282:1,

f251b4f3-53cb-11ea-aeb1-a4fa76fdf372:1-982537851

　从库gtid

04cfe2d0-8709-11ea-993a-a4fa76fdf2a6:1-2344893812,

151ba254-8709-11ea-95a6-a4fa76fdf4b0:1,

2b02a6a4-18ba-11e9-bec1-e435c881d012:1-132,

3fd2272b-fc07-11e9-b7d7-6c92bf488712:1-3546,

5dc542a6-4627-11e9-a3e8-e435c881d116:1-28835327,

62cd3f43-53d4-11e9-9461-883fd358a4b0:1-61077414,

645f56c0-6e68-11e9-8951-18ded7a37b4a:1-232612455,

749003b7-909d-11e8-a759-9c37f402a633:1-143387296,

daf04b34-9b3e-11e9-a1fc-6c92bf487ed9:1-3546539260,

e7ae93d4-9b3e-11e9-ba88-6c92bf48c282:1,

ec4524cc-bd00-11e9-a6f6-246e9649a940:1,

f251b4f3-53cb-11ea-aeb1-a4fa76fdf372:1-982537851,

f88526bb-bd00-11e9-89ff-6c92bf482749:1-60

　　如果再建一个级联从库，必须修改一下gtid值，因为gtid的唯一性：

04cfe2d0-8709-11ea-993a-a4fa76fdf2a6:1-2316735354,  这块是不变的。要从库同步，需要修改gtid

  SET GLOBAL gtid_purged= 改成如下即可 ：

04cfe2d0-8709-11ea-993a-a4fa76fdf2a6:1-2316735354,

151ba254-8709-11ea-95a6-a4fa76fdf4b0:1,

2b02a6a4-18ba-11e9-bec1-e435c881d012:1-132,

3fd2272b-fc07-11e9-b7d7-6c92bf488712:1-3546,

5dc542a6-4627-11e9-a3e8-e435c881d116:1-28835327,

62cd3f43-53d4-11e9-9461-883fd358a4b0:1-61077414,

645f56c0-6e68-11e9-8951-18ded7a37b4a:1-232612455,

749003b7-909d-11e8-a759-9c37f402a633:1-143387296,

daf04b34-9b3e-11e9-a1fc-6c92bf487ed9:1-3546539260,

e7ae93d4-9b3e-11e9-ba88-6c92bf48c282:1,

ec4524cc-bd00-11e9-a6f6-246e9649a940:1,

f251b4f3-53cb-11ea-aeb1-a4fa76fdf372:1-982537851,

f88526bb-bd00-11e9-89ff-6c92bf482749:1-60

　　

mysqlGTID主从同步出现1236错误问题的更多相关文章

  1. 解决mysql开启GTID主从同步出现1236错误问题【转】

    最近遇到mysql开启gtid做复制时,从库出现1236错误,导致同步无法进行,本文就这问题记录下处理步骤,有关gtid知识在这里不做介绍,mysql版本为5.7.16. 一.错误原因分析 错误信息如 ...

  2. 解决mysql开启GTID主从同步出现1236错误问题

    解决mysql开启GTID主从同步出现1236错误问题     最近遇到mysql开启gtid做复制时,从库出现1236错误,导致同步无法进行,本文就这问题记录下处理步骤,有关gtid知识在这里不做介 ...

  3. 【转】主从同步出现一下错误：Slave_IO_Running: Connecting

    主从同步出现一下错误: Slave_IO_Running: ConnectingSlave_SQL_Running: Yes 解决方法: 导致lave_IO_Running 为connecting 的 ...

  4. mysql主从同步原理及错误解决

    mysql主从同步的原理: 1.在master上开启bin-log日志功能,记录更新.插入.删除的语句. 2.必须开启三个线程,主上开启io线程,从上开启io线程和sql线程. 3.从上io线程去连接 ...

  5. mysql 5.7 基于GTID 主从同步的1236故障处理（其它事务故障等同）

    登录从库 stop slave; 查看执行事务 show slave status\G Retrieved_Gtid_Set:  Executed_Gtid_Set: ee3bdb44-f6a1-11 ...

  6. mysql主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法

    mysql教程主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法 遇到这样的错误如:“Last_IO_Error: Got fatal ...

  7. Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'系列三：重置主从同步

    1:停止slave服务器的主从同步 stop slave; 2:对Master数据库加锁 flush tables with read lock; 3:备份Master上的数据 mysqldump - ...

  8. Mysql5.7安装错误处理与主从同步及！

    basedir=/iddbs/mysql-5.7.16 datadir=/iddbs/mysql5.7/data3306 一.自定义Mysql.5.7版本免编译安装: 1.Db-server1安装前期 ...

  9. 从库因为sql错误导致主从同步被中断的问题解决

    从库因为sql错误导致主从同步被中断的问题解决:show slave status\G;看lasterror:看延迟多少秒,正常情况下是没有延迟的. 跳过错误的那条sql:SET GLOBAL SQL ...

  10. 主从同步遇到 Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'时怎么解决

    首先遇到这个是因为binlog位置索引处的问题,不要reset slave: reset slave会将主从同步的文件以及位置恢复到初始状态,一开始没有数据还好,有数据的话,相当于重新开始同步,可能会 ...

随机推荐

  1. Go-错误栈信息

    Go中错误栈信息 .\main.go:22:2: number1 declared but not used .\main.go 错误发生的文件 22:2 文件的22行第2列 number1 decl ...

  2. [转帖]云数据库是杀猪盘么，去掉中间商赚差价，aws数据库性能提升 10 倍！价格便宜十倍。

    https://tidb.net/blog/021059f1 于是乎dba中的冯大嘴喊出了云数据库就是杀猪盘.让每个公司自建数据库. 那么有没有一种数据库又便宜又好用呢.有 哪就是tidb数据库. 之 ...

  3. [转帖]clickHouse单机模式安装部署（RPM安装）

    关于版本和系统的选择 操作系统:Centos-7 ClickHouse: rpm 在安装,20.x 安装前的准备 CentOS7 打开文件数限 在 /etc/security/limits.conf ...

  4. [转帖]解决jmeter请求响应结果乱码的问题

    如下图所示,请求百度接口的时候,发现返回的信息里面中文是乱码 这个时候我们只需要改一下jmeter里的配置文件,设置响应结果的字符编码为UTF-8就行了. 进入jmeter安装目录/bin中,找到jm ...

  5. [转帖]Innodb存储引擎-备份和恢复(分类、冷备、热备、逻辑备份、二进制日志备份和恢复、快照备份、复制)

    文章目录 备份和恢复 分类 冷备 热备 逻辑备份 mysqldump SELECT...INTO OUTFILE 恢复 二进制日志备份与恢复 快照备份(完全备份) 复制 快照+复制的备份架构 备份和恢 ...

  6. [转帖]ELF文件详解

    一.ELF概述 1.ELF的定义 ELF(Executable and Linkable Format)文件是一种目标文件格式,常见的ELF格式文件包括:可执行文件.可重定位文件(.o).共享目标文件 ...

  7. [转帖]linux系统目录结构介绍

    linux的目录结构 Linux系统各个目录的作用 /: 根目录.有且只有一个根目录.所有的东西都是从根目录开始.举个例子:当你在终端里输入"/home",你其实是在告诉服务器,先 ...

  8. [转帖]鹅厂微服务发现与治理巨作PolarisMesh实践-上

    文章目录 概述 定义 核心功能 组件和生态 特色亮点 解决哪些问题 官方性能数据 架构原理 资源模型 服务治理 基本原理 服务注册 服务发现 安装 部署架构 集群安装 SpringCloud应用接入 ...

  9. Spring 应用合并之路（一）：摸石头过河 | 京东云技术团队

    公司在推进降本增效,在尝多种手段之后,发现应用太多,每个应用都做跨机房容灾部署,则最少需要 4 台机器(称为容器更合适).那么,将相近应用做一个合并,减少维护项目,提高机器利用率就是一个可选方案. 经 ...

  10. 深入浅出RPC服务 | 不同层的网络协议

    导读: 本系列文章从RPC产生的历史背景开始讲解,涉及RPC核心原理.RPC实现.JSF的实现等,通过图文类比的方式剖析它的内部世界,让大家对RPC的设计思想有一个宏观的认识. 作者:王禹展   京东 ...