| 常见原因 | 保留期不足、手工 PURGE、主库切换后位点对不上 |
|---|---|
| 先核对 | SHOW BINARY LOGS 确认目标文件是否仍在 |
| 恢复选项 | 文件仍在则补位点续采；已清理则重新做快照重建链路 |
| 善后 | 调整保留期并补上位点滞后监控 |
断链后的核对动作
断链后的核对动作
SHOW BINARY LOGS;
SHOW MASTER STATUS\G -- 8.4+：SHOW BINARY LOG STATUS重建快照成本高（全量导出 + 追平），先用低成本方式核对文件是否真的不在，再决定恢复路径。
CDC 断链：找不到 binlog 文件
CDC/复制断链的典型报错是找不到所需 binlog 文件（如 Could not find first log file name in binary log index file），根因多为保留期太短、消费位点落后于清理点，或有人手工清理了日志。先核对文件是否仍存在，再选择补位点或重建快照。
易错点
- 不核对文件是否存在直接重做快照，白白浪费一次全量窗口
- 恢复后只把保留期调长，不做位点滞后监控，同类故障还会复发
数据来源与参考
- MySQL 8.0 Reference Manual: Replication 故障处理
- Canal 官方文档（常见问题：binlog 被清理）