master has purged binary logs containing GTIDs that the slave 原因分析
本帖最后由 鸟山明 于 2023-2-26 18:13 编辑主从切换后老主复制报错：
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.'
主从切换前查看从库 Executed_Gtid_Set
从，2023/1/16 12:20:56
13351c5e-d8dd-11e7-9704-b8ca3a5c1739:1-553773:771884-1101141
主从切换后分别查看新主从 Executed_Gtid_Set
主，2023/1/16 12:22:17
13351c5e-d8dd-11e7-9704-b8ca3a5c1739:1-553999:771884-1101141
从，2023/1/16 12:22:17，报错，是什么原因？
13351c5e-d8dd-11e7-9704-b8ca3a5c1739:1-553373:771884-1101141
过了一个月后分别查看主从 Executed_Gtid_Set
主，2023/2/25
13351c5e-d8dd-11e7-9704-b8ca3a5c1739:1-266134790
从，2023/2/25
13351c5e-d8dd-11e7-9704-b8ca3a5c1739:1-553373:553774-266131124
因此有三个问题：
1）主从切换后新从复制报错的原因
2）主从切换后新主 GTID 从 1-553999:771884-1101141 变为 1-266134790，为什么变成连续的了，即 554000-771883 的事务从哪来的？
3）主从切换后新从 GTID 为 1-553373:553774-266131124，与主库不一致，是不是表示 553374-553773 的事务丢失？
数据库版本 5.7 报错原因已经写了呀
but the master has purged binary logs containing GTIDs that the slave requires 主从环境里,从库的写入操作是不是有没有关闭，主从切换前从库发生写入,产生的gtid对应的binlog日志,在从库已经没有,发生切换老的主库,连接到新的主库上，请求新主库上gtid对应的binlog日志文件,这个时候新的主库已经没有了,就报1236错误。 建议关注下是不是一直存在延迟，解析binlog，看一下延迟的gtid是在做什么事务
页:
[1]