|
|
|
|
公众号矩阵

MySQL数据迁移那些事儿

在平时工作中,经常会遇到数据迁移的需求,比如要迁移某个表、某个库或某个实例。根据不同的需求可能要采取不同的迁移方案,数据迁移过程中也可能会遇到各种大小问题。本篇文章,我们一起来看下 MySQL 数据迁移那些事儿,希望能帮助到各位。

作者:MySQL技术来源:MySQL技术|2021-04-29 10:30

本文转载自微信公众号「MySQL技术」,作者MySQL技术。转载本文请联系MySQL技术公众号。

前言:

在平时工作中,经常会遇到数据迁移的需求,比如要迁移某个表、某个库或某个实例。根据不同的需求可能要采取不同的迁移方案,数据迁移过程中也可能会遇到各种大小问题。本篇文章,我们一起来看下 MySQL 数据迁移那些事儿,希望能帮助到各位。

1.关于数据迁移

首先引用下维基百科中对数据迁移的解释:

数据迁移(data migration)是指选择、准备、提取和转换数据,并将数据从一个计算机存储系统永久地传输到另一个计算机存储系统的过程。此外,验证迁移数据的完整性和退役原来旧的数据存储,也被认为是整个数据迁移过程的一部分。

数据迁移是任何系统实现、升级或集成的关键考虑因素,通常以尽可能自动化的方式执行,从而将人力资源从繁琐的任务中解放出来。

数据迁移有多种原因,包括服务器或存储设备更换、维护或升级、应用程序迁移、网站集成、灾难恢复和数据中心迁移。

对于 MySQL 数据库,也会经常碰到数据迁移的需求,比如说从测试库迁到开发库,或者从一台机器迁移到另一台机器,可能只是迁移一张表,也可能需要迁移整个数据库实例。对于不同的需求可能要采取不同的迁移方案,但总体来讲,MySQL 数据迁移方案大致可以分为物理迁移和逻辑迁移两类。

2.迁移方案及注意点

物理迁移适用于大数据量下的整体迁移。物理迁移包括拷贝数据文件和使用 XtraBackup 备份工具两种。不同服务器之间可以采用物理迁移,我们可以在新的服务器上安装好同版本的数据库软件,创建好相同目录,建议配置文件也要和原数据库相同,然后从原数据库方拷贝来数据文件及日志文件,配置好文件组权限,之后在新服务器这边使用 mysqld 命令启动数据库。

使用物理迁移方案的优点是比较快速,但需要停机迁移并且要求 MySQL 版本及配置必须和原服务器相同,也可能引起未知问题。

相比来说,逻辑迁移适用范围更广,无论是部分迁移还是全量迁移,都可以使用逻辑迁移。逻辑迁移中使用最多的就是通过 mysqldump 等备份工具导出再导入了。

mysqldump 同样适用于不同版本不同配置之间的迁移,不过全量迁移时,笔者不建议使用 -A 参数备份全部数据库,特别是对于不同版本之间迁移,可能某些系统库稍有不同,迁移后容易出现未知问题。若使用 mysqldump 进行全量迁移,可以按照下面步骤操作:

  1. # 原库执行 得到的创建数据库语句在新库执行 (排除系统库) 
  2. SELECT 
  3.   CONCAT( 'CREATE DATABASE IF NOT EXISTS ''`', SCHEMA_NAME, '`'' DEFAULT CHARACTER SET ', DEFAULT_CHARACTER_SET_NAME, ';' ) AS CreateDatabaseQuery  
  4. FROM 
  5.   information_schema.SCHEMATA  
  6. WHERE 
  7.   SCHEMA_NAME NOT IN ( 'information_schema''performance_schema''mysql''sys' ); 
  8.    
  9.  # 原库执行 得到的创建用户语句在新库执行 (排除系统用户) 
  10.  SELECT 
  11.   CONCAT( 'create user \''USER'\'@\'', HOST, '\'' ' IDENTIFIED BY PASSWORD \'', authentication_string, '\';' ) AS CreateUserQuery  
  12. FROM 
  13.   mysql.`user`  
  14. WHERE 
  15.   `UserNOT IN ( 'root''mysql.session''mysql.sys' ); 
  16.    
  17. # 原库执行 show grants 得到用户权限 然后逐一在新库执行 (也可以复制那几张权限表到新库) 
  18. show grants for 'testuser'@'%'
  19.  
  20. # 至此 新环境已经存在要迁移的库和用户 只是没有数据 
  21. # 原环境使用mysqldump备份除系统库外的所有库  
  22. mysqldump  -uroot -pxxxx -R -E --single-transaction --databases db1 db2 > db.sql 
  23.  
  24. # 然后导入新环境 
  25. mysql -uroot -pxxxx < db.sql 

对于迁移部分库和部分表,也可以采用上方类似方案,只是备份时要按需备份,下面列举出几种常见的 mysqldump 备份场景:

  1. # 备份单个库 
  2. mysqldump -uroot -pxxxxx -R -E --single-transactio --databases db1 > db1.sql 
  3.  
  4. # 备份部分表 
  5. mysqldump -uroot -pxxxxx --single-transaction db1 tb1 tb2 > tb12.sql 
  6.  
  7. # 排查某些表 
  8. mysqldump -uroot -pxxxxx db1 --ignore-table=db1.tb1 --ignore-table=db1.tb2 > db1.sql 
  9.  
  10. # 只备份结构或数据 
  11. mysqldump -uroot -pxxxxx testdb --no-data > testdb_jiegou.sql 
  12. mysqldump -uroot -pxxxxx testdb --no-create-info > testdb_data.sql 

总得来说,使用 mysqldump 方案更加灵活,为了快速迁移,我们应该尽量减少备份内容,比如说排除无用的日志表。对于一些大表,我们也可以采用单独迁移的方案,比方说,db1 中的 tb1 表特别大,我们可以在备份时先排除 tb1,对于大表 tb1 ,可以使用 LOAD DATA 方式或舍弃再导入表空间的方式来迁移。

数据迁移过程中,可能会遇到各种错误,一步步去解决即可。建议在新库创建好用户并授予好权限后再迁移,这样可以避免出现视图及函数导入错误,因为视图及函数有个定义者的概念。新环境执行导入时,最好使用 root 等具有 SUPER 权限的管理员用户,也可以避免一些因权限产生的问题。

迁移完成后,对于新环境,我们还应该再次进行检查,比如表的个数是否相同,随机抽查几张表,数据是否相同、是否有乱码等。只有确定无误才大功告成。

总结:

本篇文章介绍了 MySQL 数据库数据迁移相关方案及注意点,总结如下思维导图:

图片

【编辑推荐】

  1. MySQL集群优化的0.4毫秒逻辑分析
  2. 数据库:MySQL、SQLServer、Oracle对比
  3. LAMP企业实战及MYSQL演练
  4. 为什么ElasticSearch比MySQL更适合复杂条件搜索
  5. 详解MySQL - group_concat合并列
【责任编辑:武晓燕 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

订阅专栏+更多

数据湖与数据仓库的分析实践攻略

数据湖与数据仓库的分析实践攻略

助力现代化数据管理:数据湖与数据仓库的分析实践攻略
共3章 | 创世达人

8人订阅学习

云原生架构实践

云原生架构实践

新技术引领移动互联网进入急速赛道
共3章 | KaliArch

39人订阅学习

数据中心和VPDN网络建设案例

数据中心和VPDN网络建设案例

漫画+案例
共20章 | 捷哥CCIE

232人订阅学习

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊

51CTO服务号

51CTO官微