由于阿里云经典网络迁移到专用网络，一不小心没有先预备方案调整网段， 导致实例无法以内网IP形式访问数据库，被迫进行数据库停机后网络网段调整，导致宕机了几个小时。。。被客户各种投诉爆了。。

基于这次数据库恢复血泪史， 特整理解决办法， 让日后同学避免再犯。

数据库master库重启后， 确保能正常提供服务。由于生产上BI系统使用的是slave从库做数据查询， 从库的数据库已经落后了master好几天，

查看从库状态：

mysql> show slave status\G;

显示

Slave_IO_Running: No

Slave_SQL_Running: No

说明从库尚未启动数据库同步， 由于几天的binlog的数据量太大， 找binlog开始位置找了好久没找到， 索性先把当前的master数据库导出一份拷贝到从库， 按照导出的时间找binlog位置点。

使用 mysqldump 命令导出整个master 到文件 hairdonkey.sql.2018-07-20

从库先删除后新增

# 删除从库的数据库

drop database hairdonkey;

# 创建新数据库

CREATE DATABASE `hairdonkey` /*!40100 DEFAULT CHARACTER SET utf8mb4 */;

# 导入备份的数据

use hairdonkey;

source /data/db_backup/master/hairdonkey.sql.2018-07-20

# 用户授权

grant select, delete, insert,