MariaDB Error：1932 Table doesn't exist in engine 的解决方法

1，正式区，MySQL服务及DB安装在D盘

2，测试区，MySQL服务及DB安装在C盘

问题1，将正式区相应DB File目录复制到测试区后，无法打开Table，查看Err Log发现，报1932的错误：

1932: Table 'mysql.gtid_slave_pos' doesn't exist in engine

将正式区对应data目录下的

ib_logfile0
ib_logfile1
ibdata1

三个文件复制到测试区对应Data目录下，MySQL服务无法启动，开始报第二个错误

问题2：错误 1067 无法启动MariaDB服务

解决：

将刚复制的

ib_logfile0
ib_logfile1
两个文件删除， 再次启动MariaDB服务，正常，开启Table，也可正常打开，问题解决。

有关InnoDB 和MyISAM的相关资料：
以表”Table”为例:
如类型是MyISAM, 数据文件则以”Table.frm””Table.MYD””Table.MYI””三个文件存储于”/data/$databasename/”目录中.

如类型是InnoDB, 
数据文件则存储在”$innodb_data_home_dir/″中的ibdata1文件中(一般情况)，结构文件存在于table_name.frm中.
MySQL的数据库文件直接复制便可以使用，但是那是指“MyISAM”类型的表。
而使用MySQL-Front直接创建表，默认是“InnoDB”类型，这种类型的一个表在磁盘上只对应一个“*.frm”文件，不像MyISAM那样还“*.MYD,*.MYI”文件。
MyISAM类型的表直接拷到另一个数据库就可以直接使用，但是InnoDB类型的表却不行。解决方法就是:

同时拷贝innodb数据库表“*.frm”文件和innodb数据“ibdata1”文件到合适的位置。启动MySQL的Windows服务
由于MySQL这样数据混杂的形式, 往往很容易让使用者在备份时忘记了备份InnoDB, 从而导致了上述错误.

意思就是说在数据库引擎类型为InnoDB时，拷贝数据文件的同时还需要拷贝ibdata1，于是把ibdata1也拷贝过去覆盖，发现还是有点问题，于是停止mysql服务，
将目录下的ib_logfile*文件全部删除掉，重新启动mysql服务，就可以了。

总结：

1，在进行mysql数据库备份的或迁移时，尽量备份完成所需要的数据；

2，如果直接拷贝原有数据库文件"*.frm"、"*.MYD"、"*.MYI"等文件时候，如果原数据库引擎是InnoDB,切记还需拷贝ibdata1文件

3，备份数据库的时候，最好是用相关的工具进行备份或是导出sql文件，以免浪费时间在数据库恢复上

4，msyql版本或是备份工具的版本不同，也可能引起数据恢复有问题。