暂无图片
从库意外重启,主从断开
我来答
分享
M
msg
2021-06-16
从库意外重启,主从断开

报错信息:Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction ‘NOT_YET_DETERMINED’ at master log mysql-bin.002207, end_log_pos 752133877. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.

紧急恢复步骤:
stop slave;
reset slave;
CHANGE master to MASTER_HOST=“172.18.3.", master_port=33060,MASTER_USER="", MASTER_PASSWORD="****”, MASTER_LOG_FILE=“mysql-bin.002207”, MASTER_LOG_POS=752133877;

是否可行???,数据能保持一致吗???

我来答
添加附件
收藏
分享
问题补充
7条回答
默认
最新
M
msg
升级问题到: 紧急故障
暂无图片 评论
暂无图片 有用 0
打赏 0
M
msg

紧急恢复步骤:
stop slave;
reset slave;
CHANGE master to MASTER_HOST=“172.18.3.", master_port=33060,MASTER_USER="", MASTER_PASSWORD="****”, MASTER_LOG_FILE=“mysql-bin.002207”, MASTER_LOG_POS=752133877;
start slave;
是否可行???,数据能保持一致吗???

通过这样的方式恢复,我关注一下,发现Read_Master_Log_Pos跟Relay_Log_Pos相差过大

让我有点冷汗直下

暂无图片 评论
暂无图片 有用 0
打赏 0
cqiwen

有可能会主从数据不一致。建议从库重新初始化数据。

暂无图片 评论
暂无图片 有用 0
打赏 0
M
msg

我是从出问题的binlog文件以及binlog日志点恢复的,按逻辑来说,同步到mysql-bin.00220跟752133877点报错,那么我就从mysql-bin.00220跟752133877点开始重新同步,为什么会数据不一致,想不明白这一点。

暂无图片 评论
暂无图片 有用 0
打赏 0
始于脚下

按你紧急恢复的方法,跟踪一下日志,看有没有输出报错信息,如果没有报错信息,可以观察一阵子看看。

暂无图片 评论
暂无图片 有用 0
打赏 0
Cui Hulong

MySQL pt-table-checksum主从一致性验证一下

暂无图片 评论
暂无图片 有用 0
打赏 0
M
msg

也有考虑使一致性验证工具,查到都是在进行锁写下进行,pt-table-checksum能不锁定检测吗

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏