【笔记】用户指南—数据导入和导出—使用mysqldump导入导出数据

简介: 本文介绍了通过mysqldump工具将PolarDB-X数据导入导出的几种常见场景和详细操作步骤。 PolarDB-X支持MySQL官方数据导出工具mysqldump。mysqldump命令的详细说明请参见MySQL 官方文档。

mysqldump工具介绍

mysqldump能够导出表结构信息和表内数据,并转化成SQL语句的格式方便用户直接导入,SQL语法如下:


DROP TABLE IF EXISTS `table_name`;
CREATE TABLE `table_name` (
    `id` int(11) NOT NULL,
    `k` int(11) NOT NULL DEFAULT '0',
    ...
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4  dbpartition by hash(`id`);
INSERT INTO `table_name` VALUES (...),(...),...;
INSERT INTO `table_name` VALUES (...),(...),...;
...

mysqldump工具导出数据的命令使用方式举例:


shell> mysqldump -h ip -P port -u user -pPassword --default-character-set=char-set --net_buffer_length=10240 --no-create-db --no-create-info --skip-add-locks --skip-lock-tables --skip-tz-utc --set-charset  [--hex-blob] [--no-data] database [table1 table2 table3...] > dump.sql

mysqldump的参数说明可通过mysqldump --help命令查看或查询MySQL 官方文档,常用参数说明如下,请根据实际情况输入:

参数名 说明
ip PolarDB-X实例的IP。
port PolarDB-X实例的端口。
user PolarDB-X的用户名。
password PolarDB-X的密码,注意前面有个-p,之间没有空格。
char-set 指定的编码。
--hex-blob 使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响的字段类型包括BINARY、VARBINARY、BLOB。
--no-data 不导出数据。
table 指定导出某个表。默认导出该数据库所有的表。
--no-create-info 不导出建表信息
--net_buffer_length 传输缓冲区大小。影响Insert语句的长度,默认值1046528。

导出的SQL语句格式文件,有两种方法导入数据库中:

  • SOURCE语句导入数据
## 1.登录数据库

shell> mysql -h ip -P port -u user -pPassword --default-character-set=char-set
## 2.通过source语句执行文件中的sql语句导入数据
mysql> source dump.sql
  • mysql命令导入数据
shell> mysql -h ip -P port -u user -pPassword --default-character-set=char-set< /yourpath/dump.sql

下面从不同场景介绍mysqldump工具的使用实例。

PolarDB-X和MySQL之间数据传输时不推荐导出表结构,因为PolarDB-X包含分库分表功能,CREATE TABLE中的拆分函数等与MySQL不兼容,不兼容的关键字包括:

  • DBPARTITION BY hash(partition_key)
  • TBPARTITION BY hash(partition_key)
  • TBPARTITIONS N
  • BROADCAST

如果导出表结构,需在导出的SQL语句文件中修改建表语句,才能正确导入。所以推荐只导出表内数据,手动登录数据库进行建表操作,然后再导入数据。

场景一:从MySQL导入到PolarDB-X

从MySQL导入数据到PolarDB-X,请按照以下步骤进行操作。

  1. 从MySQL中导出数据到文件。输入以下命令,从MySQL中导出表内数据(不推荐导出表结构),假设导出文件为dump.sql。
mysqldump -h ip -P port -u user -pPassword --default-character-set=char-set --net_buffer_length=204800 --no-create-db --no-create-info --skip-add-locks --skip-lock-tables --skip-tz-utc --set-charset --hex-blob database [table1 table2 table3...] > dump.sql
  1. 登录PolarDB-X,手动建立目标表,关于PolarDB-X建表语句的语法请参见CREATE TABLE。如果未加--no-create-info参数,导出的dump.sql文件中包含MySQL端的建表语句,也可在文件中进行修改建表语句。

导入数据文件到PolarDB-X中。您可以通过如下两种方式导入数据文件到PolarDB-X:
    • 通过mysql -h ip -P port -u user -pPassword --default-character-set=char-set命令登录目标PolarDB-X,执行source /yourpath/dump.sql命令将数据导入到目标PolarDB-X。
    • 直接通过mysql -h ip -P port -u user -pPassword --default-character-set=char-set< /yourpath/dump.sql命令将数据导入到目标PolarDB-X。
  1. 说明
    • 上述两个命令中default-character-set要设置成实际的数据编码。如果是Windows平台,source命令指定的文件路径需要对分隔符转义。
    • 第一种方式会把所有的步骤回显到屏幕上,速度略慢,但是可以观察导入过程。
    • 导入的时候,由于某些PolarDB-X和MySQL实现上的不同,可能会报错,错误信息类似ERROR 1231 (HY000): a29ef6461c00000[**]Variable @saved_cs_client can't be set to the value of @@character_set_client。此类错误信息并不影响导入数据的正确性。

场景二:从一个PolarDB-X导入到另一个PolarDB-X

假设您之前有一个测试环境的PolarDB-X,测试完毕以后,需要把测试过程中的一些表结构和数据导入到生产环境中的PolarDB-X中,那么可以按照以下步骤进行操作。

  1. 从源PolarDB-X中导出数据到文本文件。请参见场景一步骤一。
  2. 导入数据文件到PolarDB-X。请参见场景一步骤三。
  3. 手动创建Sequence对象。mysqldump并不会导出PolarDB-X中的Sequence对象,所以如果在源PolarDB-X中使用了Sequence对象,并且需要在目标PolarDB-X中继续使用相同的Sequence对象,则需要手动在目标PolarDB-X中创建同名的Sequence的对象。具体步骤如下:
    1. 在源PolarDB-X上执行SHOW SEQUENCES,获取当前PolarDB-X中的Sequence对象的状态。
    2. 在目标PolarDB-X数据库上通过CREATE SEQUENCE命令创建新的Sequence对象。
  1. Sequence命令详情请参见Sequence

场景三:从PolarDB-X导出数据到MySQL

从PolarDB-X导出数据到MySQL,和在PolarDB-X之间相互导入数据的过程类似,也分为以下几个步骤。

  1. 从源PolarDB-X中导出数据到文本文件。请参见场景一步骤一。
  2. 登录MySQL,手动创建目标表。如果导出数据包含建表语句,则需要在导出文件中修改建表语句,删除PolarDB-X中不兼容MySQL的关键字等信息。例如PolarDB-X中的某个拆分表:
CREATE TABLE `table_name` (
`id` int(11) NOT NULL,
`k` int(11) NOT NULL DEFAULT '0',
...
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4 dbpartition by hash(`id`);
  1. 需去掉MySQL不兼容的拆分函数语句,改成:
CREATE TABLE `table_name` (
`id` int(11) NOT NULL,
`k` int(11) NOT NULL DEFAULT '0',
...
) ENGINE = InnoDB DEFAULT CHARSET = utf8mb4;
  1. 导入数据文件到PolarDB-X。请参见场景一步骤三。
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
缓存 NoSQL Redis
Redis 缓存使用的实践
《Redis缓存最佳实践指南》涵盖缓存更新策略、缓存击穿防护、大key处理和性能优化。包括Cache Aside Pattern、Write Through、分布式锁、大key拆分和批量操作等技术,帮助你在项目中高效使用Redis缓存。
1293 22
|
SQL 数据挖掘 关系型数据库
性能碾压pandas、polars的数据分析神器来了
性能碾压pandas、polars的数据分析神器来了
762 2
|
关系型数据库 MySQL Linux
一文教会你如何在Linux系统中使用Docker安装Mysql 5.7版本 【详细过程+图解】
这篇文章提供了在Linux系统中使用Docker安装Mysql 5.7版本的详细过程和图解,包括安装指定版本、创建实例、启动、使用Navicat连接测试、文件挂载与端口映射、进入容器、配置文件修改以及重新启动容器等步骤。
一文教会你如何在Linux系统中使用Docker安装Mysql 5.7版本 【详细过程+图解】
|
编解码 安全 Android开发
探索iOS与Android开发的差异:从界面到性能
【6月更文挑战第10天】在移动应用开发的广阔天地中,iOS和Android两大平台各占山头,它们在设计理念、用户体验、性能优化等方面展现出独特的魅力。本文将深入探讨这两大系统在开发过程中的主要差异,从用户界面设计到性能调优,揭示各自背后的技术逻辑与创新策略,为开发者提供全面的视角和实用的开发指南。
|
监控
XGSPON技术简介及其与GPON和XGPON的共存方式
XGPON和XGSPON都属于GPON系列,可以说XGSPON是XGPON的技术进化。这两种技术都属于10G PON,但主要区别在于速率对称性上。XGPON是非对称PON,其PON端口上下行速率分别为2.5G和10G;而XGSPON则是对称PON,其PON端口上下行速率均为10G。
1927 2
|
JavaScript 应用服务中间件 开发工具
【Vue全家桶实现电商系统】— 项目介绍与技术选型(一)
【Vue全家桶实现电商系统】— 项目介绍与技术选型(一)
【Vue全家桶实现电商系统】— 项目介绍与技术选型(一)
|
JavaScript IDE Java
bugly崩溃排查3:观察是谁调用了崩溃函数
bugly崩溃排查3:观察是谁调用了崩溃函数
212 0
|
机器学习/深度学习 资源调度 数据可视化
【计算机视觉 | 目标检测】Detecting Twenty-thousand Classes using Image-level Supervision
本文提出的方法也采用了经典的两阶段范式,在第一阶段采用直接提取RPN的方法,第二阶段对做细化的具体类别进行assign和识别。
|
Java Unix Linux
Fastqc用腻了,来试下这个R包吧
平时拿到数据后首先要进行质控环节,其中FastaQC软件的使用最为广泛,它可以为每一个样品生成一个html报告和一个‘zip’ 文件,zip解压之后生成fastqc_data.txt和summary.txt的文件,里面包含了测序样品的质量信息,但是如果有几十个甚至上百个数据时候,我们总不可能一一的打开每个html文件查看,因此Multiqc软件成为了解决这一问题的首选方案,可以基于结果zip文件进行多样品的整合分析,信息生成在一张报告上。然而哪里有问题,哪里就有R包,对于R语言爱好者,这里再提供一种可替代的方法--fastqcr包,好处就是不管有没有linux环境时候,都可以快速对数据进行质检
542 0
|
SQL 关系型数据库 数据库
在线数据库关系图设计工具 dbdiagram.io
在线数据库关系图设计工具 dbdiagram.io
5983 0
在线数据库关系图设计工具 dbdiagram.io