同事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
订阅专栏 解锁全文