表空间迁移。
有如下原因你可能需要将InnoDB表复制到不同的数据库服务器上。
- 不增加生产负载的情况下生成 一个报表
- 在一个新的服务器上建立一个和生产上数据相同的表
- 做一个备份在发生问题或错误操作时用于恢复
- 快速将数据从一个服务器迁移到另一个服务器
命令FLUSH TABLES ... FOREXPORT 使.ibd文件保持一致的状态。只有文件处于一致的状态我们才可以复制它。这个命令也会同时创建一个扩展名.cfg的二进制的文件。命令ALTER TABLE ...IMPORT TABLESPACE 会使用这个二进制文件对导入过程进行校验。
对于 MySQL 5.6.8版本, ALTER TABLE ...IMPORT TABLESPACE 命令不再一定需要一个扩展名为.cfg二进制文件了。但如果真的没有这个文件我们会收到下面这样一个警告。
Message:InnoDB: IO Read error: (2, No such file or directory) Error opening '.\
test\t.cfg',will attempt to import without schema verification
1row in set (0.00 sec)
这个特性有时候还是很有用的。比如,在模式不匹配的导入过程中,或者在一些需要恢复的情景下,元数据又不能从.ibd文件获得,则这个命令不需要一个扩展名为.cfg的二进制文件就可以导入的特性就很有用。
可迁移表空间的限制:
- innodb_file_per_table 一定要打开成 ON. 在共享表空间上的表不能使用这个特性。
- 当表处理静默状态时,只有只读语句可以使用这张表。
- 当导入表空间时,目的库的页尺寸要和源库的页尺寸相匹配。
- DISCARD TABLESPACE 不支持分区表。如果你在分区表上使用命令 ALTER TABLE ... DISCARD TABLESPACE 你会看到如下错误: ERROR 1031 (HY000): 表引擎没有这个选项。
- DISCARD TABLESPACE 命令不支持有父子关系的表。如果 foreign_key_checks 被设置成1. 在使用命令之前我们可以将这一参数设置为0. foreign_key_checks=0.
- ALTER TABLE ... IMPORT TABLESPACE 命令在导入表时不会检查主外键关系。
- 如果是实时复制的时候, innodb_file_per_table 必需在主服务和从服务上设置为ON。
下面是一个实例的操作过程:
运行下面命令,生成一个cnf 文件
flush table t1 for export;
然后对 t1 表相关的文件进行备份
[root@centos test]# cp t1* bak/
对表解锁:
mysql> unlock tables;
删除 t1 表相关文件,frm 文件不会删掉
mysql> alter table t1 discard tablespace;
Query OK, 0 rows affected (0.01 sec)
将刚才备份的文件进行还原:
[root@centos test]# cp ./bak/* ./
cp: overwrite `./t1.frm'? yes
执行import 操作:
mysql> alter table t1 import tablespace;
Query OK, 0 rows affected (0.01 sec)