MySQL从入门到精通50讲（四十一）-线上环境MySQL冷备恢复导致复制启动失败

同事A申请了一台服务器S自行安装（非交维：没有移交到运维部门统一规范管理）MySQL 5.7.13当作测试环境，因申请时，只考虑作为测试环境使用，所以MySQL没有开启binlog，也没有备份。

阴差阳错地，服务器S交到了另一个同事B手上，此时，机器的定位尚不明确，但是同事B在正式使用服务器S之前让我协助帮他们每天做备份，备份也没有强一致的要求。随着开发的迭代，这个库慢慢成为了生产环境。但还是没有正式交维（我们的工作流：如需交维，是需要向我们运维部门提交工单的）、机器的OWNER没有发生变更还是同事A（没有交维的机器，我们不会接手进行规范管理的，懂得都懂~）。

就在昨晚，同事A提交了机器回收申请（回收逻辑是服务器OWNER两次确认手动输入'确认回收指定主机xx.xx.xx.xx'文字后，运管平台直接会将对应服务器铲除）。服务器S属于同事A，在回收的时候没有和同事B沟通确认，直接回收导致了这次事故。然后同事B准备登录时发现连接不上服务器S了，经过运维部门SA同事协助排查，发现机器已经被推掉。

原环境情况介绍

因没有交维、MySQL没有开启binlog、同事B也没有备份强一致性的要求且数据量不大，我使用了mysqldump工具进行备份：

/usr/local/mysql/bin/mysqldu

文章来源: wenyusuran.blog.csdn.net，作者：文宇肃然，版权归原作者所有，如需转载，请联系作者。

原文链接：wenyusuran.blog.csdn.net/article/details/123873988