17站长网

17站长网 首页 数据库 Mysql 查看内容

MySQL传输表空间总结

2023-3-16 14:23| 查看: 1224 |来源: 互联网

在MySQL中如果要迁移一个表导另外一个服务器/环境中,常规的做法就是使用备份工具备份,比如mysqldump,然后拷贝备份到目标服务器或者环境导入。如果某一个表数 ...

在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 来完成,我们下一篇来进行演示。

本文最后更新于 2023-3-16 14:23,某些文章具有时效性,若有错误或已失效,请在网站留言或联系站长:17tui@17tui.com
·END·
站长网微信号:w17tui,关注站长、创业、关注互联网人 - 互联网创业者营销服务中心

免责声明:本站部分文章和图片均来自用户投稿和网络收集,旨在传播知识,文章和图片版权归原作者及原出处所有,仅供学习与参考,请勿用于商业用途,如果损害了您的权利,请联系我们及时修正或删除。谢谢!

17站长网微信二维码

始终以前瞻性的眼光聚焦站长、创业、互联网等领域,为您提供最新最全的互联网资讯,帮助站长转型升级,为互联网创业者提供更加优质的创业信息和品牌营销服务,与站长一起进步!让互联网创业者不再孤独!

扫一扫,关注站长网微信

大家都在看

    热门排行

      最近更新

        返回顶部