记一次程序员恢复MySQL数据库主从过程

相信大家的项目都是使用主从模式的数据库吧，我们在开发中可能要维护主从的情况比较少，只需要写增删改查就够了。但是最近自己经历一次主从异常的恢复。也算是有一份不一样的收获吧。

由于项目使用MySQL主从备份模式，在某一天因为数据异常导致数据库主从断开，钉钉也开始报警;

从钉钉告警可以知道，从库的SQL线程断了，原因在于从库没有该条数据，但是现在需要从库更新这条数据，导致的报错。

想要恢复主从，但是没有专业的DBA来恢复。怎么办？只有开发上场了恢复了。

最初我的思路是：

跳过异常的数据点

说干就干

这里我先在从库中操作：

然后我们跳过有异常的这条记录：

重新启动从库线程:

查看从库还有没有异常信息：

发现又出现新的错误：

然后我们有跳过上面的错误点，发现还是会出现新的错误。最后干脆批量跳过。

这里我将90355471-109617802的记录点都跳过。查看从库状态，发现IO线程和SQL线程都好了。终于可以放松一会了。

结果第二天发现，又报错了。看来不能用跳过的方法了。因此我准备重新来一次完整的同步。

主要过程为：备份主库数据；重置主库和从库服务；删除从库数据，并将主库备份的数据还原到从库库中；重新开启主从同步；

在备份数据前我们需要给主数据库开启只读功能。

在主库中操作

然后备份数据：

这里我们指定database，如rxx。

等待了30分钟左右，数据备份完毕，看一下sql文件，大概36GB左右。

然后将备份的sql文件拷贝到从库中：

现在将master服务重置（主库中操作）：

解锁主库：

接下来需要在从库中操作了。

先删掉从库上面的数据库：

然后创建一个新的库 xxx：

将主库备份的数据还原到从库上：

tips：恢复时间比较长，大概40分钟左右，需要耐心等待

最后我们重置slave服务，并且开启slave服务。

查看下从库状态，发现IO线程和SQL线程都已经正常了。