MySql5.7 直接拷贝数据文件后出现table xxx doesn’t exist

记一次数据库迁移遇到的坎儿。
猛男落泪，差点就不能下班了……

MySQL备份或者转移数据库时有一种方便的方法，就是直接拷贝MySQL目录下，data文件夹下对应的数据库文件夹；但当粘贴到另外的服务器下的data文件夹下后，虽然打开数据库后能看到各个table，但使用时却会提示table xxx doesn't exist这种错误。

出现这种问题一般是因为MySQL数据库使用的是InnoDB引擎

解决办法：

1. 停止MySql服务
   注：复制过去的文件注意文件所属用户
2. 将原MySQL目录下，data文件夹下的ibdata1文件拷贝粘贴到新date文件夹下
3. 将原MySQL目录下，data文件夹下的ib_logfile0及ib_logfile1文件拷贝粘贴到新date文件夹下
4. 将原MySQL目录下，data文件夹下的auto.cnf文件拷贝粘贴到新date文件夹下
5. 启动MySQL服务

原因：

当使用InnoDB引擎时，一共会产生三种文件：

• .ibd：包含每个table的数据和索引
• .frm：用来描述table的结构
• ibdata1：包含所有table的字典和历史操作( 共享表空间)

即在data文件夹中，每个数据库分别是一个文件夹，此文件夹中包含每个table的.ibd文件和.frm文件；同时，在data文件夹下，ibdata1文件会记录MySQL中所有InnoDB数据库中table的字典和历史操作。

所以一定要记得ibdata1这个文件。

注意还有innodb_file_per_table这个参数设置问题。
innodb_file_per_table:可以修改InnoDB为独立表空间模式，每个数据库的每个表都会生成一个数据空间。

独立表空间优点：

1. 每个表都有自已独立的表空间。
2. 每个表的数据和索引都会存在自已的表空间中。
3. 可以实现单表在不同的数据库中移动。
4. 空间可以回收（除drop table操作处，表空间不能自已回收）
   a. Drop table操作自动回收表空间，如果对于统计分析或是日志表，删除大量数据后可以通过:alter table TableName engine=innodb;回缩不用的空间。
   b. 对于使innodb-plugin的Innodb使用turncate table也会使空间收缩。
   c. 对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。

独立表空间缺点：
单表增加过大，如超过100个G。

结论：
共享表空间(ibdata1)在Insert操作上少有优势。其它都没独立表空间表现好。当启用独立表空间时，请合理调整一 下：innodb_open_files。

innodb_file_per_table设置.开启方法：
1.在my.cnf中[mysqld]下设置

innodb_file_per_table=1

2.查看是否开启：

mysql> show variables like ‘%per_table%’;

3.关闭独享表空间

innodb_file_per_table=0