GreatSQL社区

搜索

[已解决] master has purged binary logs containing GTIDs that the slave 原因分析

824 4 2023-2-26 16:47
本帖最后由 鸟山明 于 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 的事务丢失?





全部回复(4)
鸟山明 2023-2-26 16:52:21
数据库版本 5.7
yejr 2023-2-27 16:19:56
报错原因已经写了呀
  1. but the master has purged binary logs containing GTIDs that the slave requires
复制代码
张旭峰 2023-2-28 22:37:23
主从环境里,从库的写入操作是不是有没有关闭,主从切换前从库发生写入,产生的gtid对应的binlog日志,在从库已经没有,发生切换老的主库,连接到新的主库上,请求新主库上gtid对应的binlog日志文件,这个时候新的主库已经没有了,就报1236错误。
flywiththewind 2023-3-4 09:52:48
建议关注下是不是一直存在延迟,解析binlog,看一下延迟的gtid是在做什么事务
鸟山明

3

主题

0

博客

10

贡献

新手上路

Rank: 1

积分
17

合作电话:010-64087828

社区邮箱:greatsql@greatdb.com

社区公众号
社区小助手
QQ群
GMT+8, 2024-11-23 18:48 , Processed in 0.020230 second(s), 13 queries , Redis On.
快速回复 返回顶部 返回列表