Mysql从库重建

最近生产上的mysql从库被玩坏了，一直同步主库内容失败，本文记录重建过程。

Mysql从库恢复失败

推断是因为一句修改表结构的语句在从库执行失败(或者未同步？)导致mysql从库同步异常，使用命令show slave status;可以看到

1 2	Slave_IO_Running: Yes Slave_SQL_Running: No

然后通过Relay_Master_Log_File和Exec_Master_Log_Pos定位到具体的sql语句,发现是条更新语句，更新某个表的19个字段，然而从库该表只有18个字段。

找到历史更新记录，然后手动在从库添加该字段
暂停同步stop slave;
跳过当前执行的同步sql set global sql_slave_skip_counter =1;
继续同步 start slave;

查看同步状态，发现开始正常地执行历史sql了。然而，过了大约半个小时，我再次查看状态时，发现另一个sql又执行报错，重复几次后发现又有不同的sql执行报错，而且由于前面跳过了一些重要数据没有同步，导致后面大片失败，这时候只好选择重建从库。

重建过程

```
mysqldump -u*** -p*** -h db-master –default-character-set=utf8 –master-data=2 –single-transaction –databases DB1 DB2 DB3 > product_data_backup_20170515.sql

   这里将需要同步的数据库DB1/DB2/DB3导出到文件。注意--master-data=2 --single-transaction的配合使用，前一个参数会在开始导出时锁全表，记录当前的binlog文件和位置，然后释放锁，然后在同一个事务中导出数据，以保证一致性。
  
2. 从库`stop slave;`
3. 从库先drop需要同步的数据库，然后`source product_data_backup_20170515.sql`导入数据；
4. `grep 'CHANGE MASTER TO MASTER_LOG_FILE' product_data_backup_20170515.sql`拿到导出时的MASTER_LOG_FILE和MASTER_LOG_POS,例：`-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000068', MASTER_LOG_POS=70371793;`
5. ```
   CHANGE MASTER TO MASTER_HOST='10.*.*.*',MASTER_USER='slaveUser',MASTER_PASSWORD='***',MASTER_LOG_FILE='mysql-bin.000068', MASTER_LOG_POS=70371793;