从主库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. css - 去掉图片下的白边

    造成原因: 图片的 display 属性默认是 inline ,而这个属性的 vertical-align 的默认值是baseline. 解决办法1( 建议使用block ,  对 ie浏览器 比较友 ...

  2. EasyNetQ（RabbitMQ）在处理消息时，如果抛出异常，继续不断发送到订阅队列，不断处理（也就是不自动确认消息已到达）

    默认情况下,EasyNetQ的消息处理过程中,如果throw exception,那么,依然是认为消息已经送达,不会再次推送,为了让RabbitMQ再次推送,可以这么实现: public sealed ...

  3. udp编程及udp常见问题处理

    前言 UDP协议是User Datagram Protocol的缩写,它是无连接,不可靠的网络协议.一般使用它进行实时性数据的传输,主要是因为它快,但因为它是不可靠的一种传输协议,所以不可避免的会出现 ...

  4. JDBC针对SQLServer的sendStringParametersAsUnicode=false的验证

    JDBC针对SQLServer的sendStringParametersAsUnicode=false的验证 背景 部分客户的SQLServer数据库出现了大量死锁的情况. 虽然部分客户并没有反馈死锁 ...

  5. [转帖]Oracle进程中的 LOCAL=NO 和 LOCAL=YES

    https://www.cnblogs.com/wjoyxt/p/3780860.html 我们在服务器上用sqlplus 连接数据库,在查看进程,会多出一条记录: oracle 16007 1600 ...

  6. [转帖]如何通过JMeter测试金仓数据库KingbaseES并搭建环境

    1.安装JMeter Apache JMeter是Apache组织开发的基于Java的压力测试工具,主要用于对软件的压力测试,它最初被设计用于Web应用测试,但后来扩展到其它测试领域.它可测试静态.动 ...

  7. 日常测试进行beans比较的简单方法

    日常测试进行beans比较的简单方法 摘要 想每天把有变化的bean抓取出来有新增的beans时能够及时进行分析和介入 保证beans 都是符合规范的. 方式和方法 开启actuator 打开bean ...

  8. SPECJVM2008 再学习

    SPECJVM2008 再学习 摘要 昨天的太水了 感觉今天有必要再水一点.. 存在的问题 默认进行启动 sunflow 必定过不去. 一般的解决办法要求进行重新编译 但是我不知道怎么下载源码... ...

  9. MYSQL 简单验证

    建立测试表 create table test001 (a varchar(2000),b varchar(2000),c varchar(2000),d varchar(2000),e varcha ...

  10. 海量数据 vastbase G100 V2.2安装简单总结

    海量数据vastbase G100 V2.2 安装总结 背景说明 最近进行信创四期的数据库兼容性验证, 获取了海量数据的一个信创名录内的安装介质. 一直忙于出差, 今天晚上趁着冬至回家比较早在家里进行 ...