MySQL传输表空间总结
发布时间：2022-03-30 15:29:59 所属栏目：MySql教程 来源：互联网
导读：在MySQL中如果要迁移一个表导另外一个服务器/环境中，常规的做法就是使用备份工具备份，比如mysqldump，然后拷贝备份到目标服务器或者环境导入。如果某一个表数据量很大，导出dump文件很大的情况下，使用导出导入工具其实会花费不少的时间. 怎么样提高效率呢
|
在MySQL中如果要迁移一个表导另外一个服务器/环境中，常规的做法就是使用备份工具备份，比如mysqldump，然后拷贝备份到目标服务器或者环境导入。如果某一个表数据量很大，导出dump文件很大的情况下，使用导出导入工具其实会花费不少的时间. 怎么样提高效率呢，可以有一种想法就是直接拷贝数据文件到目标环境，当然在早期版本中这么做是不可取的，因为会有很多关联数据在ibdata中，InnoDB的数据存在对应的数据字典信息，是存放在共享表空间中，无法直接剥离出来，而在5.6/5.7中，就推出了一个很不错的特性，就是迁移表空间，可以把这个配置信息剥离出来，简单来说就是把数据文件直接拷贝到目标环境，在目标端挂载即可。 这样一个操作的一个基本前提是使用了独立表空间,开启innodb_file_per_table. >show variables like '%per_table%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | innodb_file_per_table | ON | +-----------------------+-------+ 1 row in set (0.00 sec) 跨版本传输表空间-源端操作 我们做一个有代表意义的测试，比如把某一个表从MySQL 5.6环境迁移到MySQL 5.7环境中。 我们选择一个表users作为测试所用，数据量在2万条左右。数据文件情况： -rw-rw---- 1 mysql mysql 8602 Feb 13 23:10 users.frm -rw-rw---- 1 mysql mysql 11534336 Mar 12 22:55 users.ibd数据情况： > select count(*) from users; +----------+ | count(*) | +----------+ | 20001 | +----------+ 1 row in set (0.01 sec)我们开始迁移数据，首先要生成一个cfg文件，导出配置信息。 -rw-rw---- 1 mysql mysql 599 Mar 13 08:17 users.cfg -rw-rw---- 1 mysql mysql 8602 Feb 13 23:10 users.frm -rw-rw---- 1 mysql mysql 11534336 Mar 12 22:55 users.ibd在flush table之后，这个表users就被锁定了，DML操作是阻塞的，也就意味着迁移的过程中，是无法直接写入数据的。 # strings users.cfg mbionline.test.com test/users userid username DB_ROW_ID DB_TRX_ID DB_ROLL_PTR PRIMARY userid DB_TRX_ID DB_ROLL_PTR username username username userid idx_users userid username完成之后推出会话，设置unlock tables即可。 > alter table users import tablespace; ERROR 1808 (HY000): Schema mismatch (Table flags don't match, server table has 0x5 and the meta-data file has 0x1)或者下面的错误： > alter table users import tablespace; ERROR 1808 (HY000): Schema mismatch (Table has ROW_TYPE_DYNAMIC row format, .ibd file has ROW_TYPE_COMPACT row format.)通过错误信息可以发现和表的一个属性有关。我们先解决问题，添加属性row_format CREATE TABLE `users` ( `userid` int(11) unsigned NOT NULL, `username` varchar(64) DEFAULT NULL, PRIMARY KEY (`userid`), KEY `username` (`username`), KEY `idx_users` (`userid`,`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 row_format=compact;然后继续尝试Import tablespace操作。 回到刚刚碰到的问题，为什么在5.6迁移至5.7会有报错。 > alter table users import tablespace; ERROR 1808 (HY000): Schema mismatch (Table has ROW_TYPE_DYNAMIC row format, .ibd file has ROW_TYPE_COMPACT row format.)原因就是Innodb_file_format在5.6中是Antelope，在MySQL 5.7中是Barracuda，主要是在表压缩和行的动态格式上有所改变。更详细的内容可以参考： https://dev.mysql.com/doc/relnotes/mysql/5.7/en/news-5-7-7.html 小结 其实这个特性在Oracle中已经有耳熟能详的的方案，TTS,支持跨平台，转换字节顺序，甚至可以支持基于增量备份的迁移方案，MySQL中的迁移方式和Oracle传统的TTS有些相似。当然上面的操作还可以使用Percona的工具innobackupex 来完成，我们下一篇来进行演示。 怎么能够形象的表达这种迁移的感觉呢，我连超市里看葡萄酒都能看成 read write。 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
