将大的InnoDB表从一个实例,迁移到另一个实例,有很多的方法,在5.6之前常用的是通过物理或者逻辑备份来实现。在5.6.6+的版本中(5.6、5.7应该是现在的标配吧),用到了一种基于表空间迁移的快速方法,即类似Oracle TTS。

用起来十分简单,此处将实例1上的表数据通过TTS方式导入实例2

① 在实例1上创建测试数据:

1mysql1> CREATE TABLE tts(id int PRIMARY KEY AUTO_INCREMENT, name char(128)); 2Query OK, 0 rows affected (0.01 sec) 3mysql1> INSERT INTO tts(name) VALUES(REPEAT(‘a’,128)); 4Query OK, 1 row affected (0.00 sec) 5mysql1> INSERT INTO tts(name) SELECT name FROM tts; 6Query OK, 1 row affected (0.00 sec) 7Records: 1 Duplicates: 0 Warnings: 0 8mysql1> INSERT INTO tts(name) SELECT name FROM tts; 9Query OK, 2 rows affected (0.00 sec)10Records: 2 Duplicates: 0 Warnings: 011………………………………12mysql1> INSERT INTO tts(name) SELECT name FROM tts;13Query OK,  rows affected (2.15 sec)14Records:  Duplicates: 0 Warnings: 0可看到已产生92M的ibd文件

1mysql1> \! du -sh /data/mysql/test/tts*212K /data/mysql/test/tts.frm392M /data/mysql/test/tts.ibd② 在实例2上创建和实例1相同表结构的表,并执行:

1SET sql_log_bin=0;2ALTER TABLE tts DISCARD TABLESPACE;3SET sql_log_bin=1; -- 或关掉会话此处三个感叹号。该操作会记录binlog,可临时不记binlog。

1| mysql57-bin. | 259 | Query |  57 |   365 | use `test`; ALTER TABLE a DISCARD TABLESPACE |③ 对实例1的该表执行FLUSH TABLE $tb_name FOR EXPORT:

1mysql1> FLUSH TABLE tts FOR EXPORT;2Query OK, 0 rows affected (0.05 sec)3-- 此处产生多了一个cfg文件4mysql1> \! du -sh /data/mysql/test/tts*54.0K /data/mysql/test/tts.cfg612K /data/mysql/test/tts.frm792M /data/mysql/test/tts.ibd④ 将实例1的/data/mysql/test/tts.{ibd,cfg}文件拷到实例2所在的datadir对应的库目录中,并为俩文件赋权。

⑤ 恢复实例1中test.tts表的可用性(此时cfg文件已回收):

1mysql1> UNLOCK TABLES;2Query OK, 0 rows affected (0.00 sec)3mysql1> \! du -sh /data/mysql/test/tts*412K /data/mysql/test/tts.frm592M /data/mysql/test/tts.ibd⑥ 将表空间ibd文件恢复至实例2的test.tts表:

1mysql2> ALTER TABLE tts IMPORT TABLESPACE;2Query OK, 0 rows affected (0.93 sec)3mysql2> SELECT count(*) FROM tts;4+----------+5| count(*) |6+----------+7|    |8+----------+91 row in set (0.34 sec)至此,已经将mysql1实例上的tts表中数据快速地迁移到mysql2实例上了。

① discard tablespace为表加MDL锁,删除change buffer所有相关的缓存项,设置表元数据信息,标志tablespace为删除状态,重新生成表的id,保证基于表id的操作后续均会失败,再将idb文件干掉,在②中的两次du可以看到.idb文件已经被删除了。这是一个十分危险的操作,慎重;此操作也会记录binlog,若在复制结构可能会有意想不到的灾难,切记先临时关闭binlog。

② flush table … for export为表加共享锁,将purge coordinator thread(在并行复制中的sql thread被称为coordinator)停止,并且将脏页强制同步到磁盘,创建并将test.tts表的元数据写入.cfg文件;FLUSH TABLES … FOR EXPORT在error log中体现了这个过程:

1[Note] InnoDB: Sync to disk of ‘”test”.”tts”‘ started.2[Note] InnoDB: Stopping purge3[Note] InnoDB: Writing table metadata to ‘./test/tts.cfg’4[Note] InnoDB: Table ‘”test”.”tts”‘ flushed to disk③ unlock tables此时.cfg文件被删掉,purge coordinator thread也会重新启动;(在做flush table … for export时不能断开会话,避免锁释放造成.cfg文件删除)UNLOCK TABLES在error log中记录为:

1[Note] InnoDB: Deleting the meta-data file ‘./test/tts.cfg’2[Note] InnoDB: Resuming purge④ import tablespace将从实例1上传输过来的.ibd文件和导入到tts表中,此时.cfg文件也必须存在;ALTER TABLE … IMPORT TABLESPACE在error log中记录为:

1[Note] InnoDB: Importing tablespace for table ‘test/tts’ that was exported from host ‘$host1’2[Note] InnoDB: Phase I – Update all pages3[Note] InnoDB: Sync to disk4[Note] InnoDB: Sync to disk – done!5[Note] InnoDB: Phase III – Flush changes to disk6[Note] InnoDB: Phase IV – Flush complete7[Note] InnoDB: “test”.”tts” autoinc value set to 过程为读取cfg文件:表定义,索引定义,索引RootPage,列定义等等。再读取import文件每一个page,检查完整性,根据读取到的cfg文件,重新设置当前表的元数据信息。

〇 两个实例都必须开启独立表空间(innodb_file_per_table=1)〇 迁移的两个实例的innodb_page_size必须一致,并且mysql server版本建议一致〇 不支持在分区表上执行discard tablespace〇 不支持在有主外键关系的表上执行discard tablespace,除非设置foregin_key_checks=0

-- the end --

戳阅读原文查看历史推送。