我们在做数据迁移或者拆分的时候，使用Tablespace transcation 这种解决方案时，很有可能就会遇到 从库复制出错，报： Last_SQL_Errno: 1146

那么具体错误内容可能会有如下：

Last_SQL_Error: Error 'Table 'spider.tb_city_population_rank' doesn't exist' on query. Default database: 'spider'. Query: 'alter table tb_city_population_rank discard tablespace'Last_SQL_Error: Error 'Table 'spider.tb_city_population_rank' doesn't exist' on query. Default database: 'spider'. Query: 'alter table tb_city_population_rank import tablespace'

那么我们遇到这样的问题的时候该如何恰当的处理呢？考虑如下几点：

通过考虑到以上几点， 我们就可以根据实际情况做出抉择，采用什么样的办法尽快的恢复从库；对于这样的问题，简单粗暴的方案就是重建从库，当然还有别的办法， 且听我慢慢道来：

首先我们先看看我们是如何通过Transport tablespace 迁移数据的，大概步骤如下：

好了我们知道了整个迁移的具体步骤，那么我们就可以轻松的应对在迁移过程中复制出错的问题了。

那么我们首先来看一下：

Last_SQL_Errno: 1146Last_SQL_Error: Error 'Table 'spider.tb_city_population_rank' doesn't exist' on query. Default database: 'spider'. Query: 'alter table tb_city_population_rank discard tablespace'

其大概的意思就是我们在从库上没有找到 这个表的完整定义信息，观察一下磁盘上的文件我们就明白了：

[root@GZ_NF_DB_RP_002 spider]# ls -lhrt |grep tb_city_population_rank-rw-r----- 1 mysql mysql 8.3G Mar 31 20:03 tb_city_population_rank.ibd

果然没有 这个表的 frm  文件， 那么怎么办呢？由于是 slave 的sql_thread 线程报错， 那么我们可采取取巧的办法：

用超级用户登录从库，先备份一下 这个ibd 文件：[root@GZ_NF_DB_RP_002 spider]# mv tb_city_population_rank.ibd tb_city_population_rank.ibd.bak

然后拿到这个文件的表结构， 在从库上执行建表语句，这样一样来， 我们从库就有了 ibd frm 文件， 那么 此时我们开启slave sql_thread，这时就会执行时主库传过来的 语句：

alter table tb_city_population_rank discard tablespace ; 那么当我们再一次的观看此盘数据文件的时候，ibd 文件又不见了，此时slave 也就已经出错了，其错误信息如下：

Last_SQL_Errno: 1146Last_SQL_Error: Error 'Table 'spider.tb_city_population_rank' doesn't exist' on query. Default database: 'spider'. Query: 'alter table tb_city_population_rank import tablespace'

那么我们此时需要做的就是： 把刚才mv 的文件 再 mv 回去， 也就是说：[root@GZ_NF_DB_RP_002 spider]# mv tb_city_population_rank.ibd.bak tb_city_population_rank.ibd ； 完成这个命令后我们再执行 start slave sql_thread ; 此时这个表就正常了， 我们可以执行select * from tb_city_population_rank limit 100; 来验证一下是否可读。

那么此时，我们算完整的解决了因一个表导致的复制出错的问题， 那么如果迁移了多张表（经常是）  ， 那么我们就可以按照这个解决方案，一步一步的来解决复制出错。其大概的思路就是， 缺什么我们补什么，多了什么我们去掉什么。