MySQL从库报错1236，为何start slave能修复？

你有没有以前遇到过这样的场景：MySQL从库忽然报错1236， 体现"could not find next log"，而简洁落实一个start slave就能神奇地恢复问题？当前这个看似简洁的操作背后到底隐藏着哪些奥秘？让我们较深入探索当前这个让许更多DBA抓狂的奇怪现象，研究研究。。

MySQL主从复制的基本原理

在启动之前，我们需要先了解MySQL主从复制的基本工作岗位机制。 深得我心。 主从复制最主要由三个线程组成：

• Binlog Dump线程运行在主库上， 负责将binlog日志发送给从库
• Slave I/O线程运行在从库上，负责接收主库发送的binlog并写入relay log
• Slave SQL线程运行在从库上，负责解析并落实relay log中的事件

你想... 当发生错误1236时通常是Slave I/O线程无法获取到下一个binlog文件。这意味着主从同步链条中出现了断点。