从主库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. 【特别的骚气】asp.net core运行时注入服务，实现类库热插拔

    引言 很久之前在群里有看到说asp.net core能不能在运行时注入程序,当时并没有太在意,刚才在某个群里又看到有人再问,core能不能在运行时注入服务,闲来无事,我就研究了一下,其实也比较简单,在 ...

  2. Nginx loki监控日志的学习

    Nginx loki监控日志的学习 背景 学习自: https://mp.weixin.qq.com/s/Qt1r7vzWvCcJpNDilWHuxQ 增加了一些自己的理解 第一部分nginx日志的完 ...

  3. [转帖]shell脚本使用expect自动化交互登录远程主机进行批量关机

    前文 1.目标主机登录用户都为root,且密码一致 2.目标主机开放启动了SSH服务且22号端口可访问(防火墙未进行拦截) 软件介绍 expect Expect是一个用来实现自动和交互式任务进行通信的 ...

  4. [转帖]看看 Jmeter 是如何玩转 redis 数据库的

    柠檬小欧 2021-08-31 20:06420 Jmeter 作为当前非常受欢迎的接口测试和性能测试的工具,在企业中得到非常广泛的使用,而 Redis 作为缓存数据库,也在企业中得到普遍使用,那如何 ...

  5. 申威3231服务器Redis性能验证-及最全信创CPU性能分析

    申威3231服务器Redis性能验证-及最全信创CPU性能分析 背景 公司里面新进了几台服务器. 有台申威服务器. 因为前段时间参与过一次申威的POC验证. 当时对性能有一点简单的理解. 但是因为不方 ...

  6. [Python] 基于RapidFuzz库实现字符串模糊匹配

    RapidFuzz是一个用于快速字符串模糊匹配的Python库,它能够快速计算两个字符串之间的相似度,并提供与Fuzzywuzzy(已停用)和TheFuzz(Fuzzywuzzy的升级版)类似的接口. ...

  7. Why gRPC ?

    gRPC(gRPC Remote Procedure Call)是由 Google 开发的开源 RPC 框架,它基于 HTTP/2 标准,使用 Protocol Buffers 作为接口定义语言(ID ...

  8. 6张图表 + 1个案例 带你入门tcpdump的使用和原理

    一.tcpdump简介 tcpdump是什么? 来看看 tcpdump官网怎么说:This is the home web site of tcpdump, a powerful command-li ...

  9. 19.10 Boost Asio 同步文件传输

    在原生套接字编程中我们介绍了利用文件长度来控制文件传输的方法,本节我们将采用另一种传输方式,我们通过判断字符串是否包含goodbye lyshark关键词来验证文件是否传输结束了,当然了这种传输方式明 ...

  10. 驱动开发：如何枚举所有SSDT表地址

    在前面的博文<驱动开发:Win10内核枚举SSDT表基址>中已经教大家如何寻找SSDT表基地址了,找到后我们可根据序号获取到指定SSDT函数的原始地址,而如果需要输出所有SSDT表信息,则 ...