mysqldump怎么只导出表结构或纯数据？-d与-t参数用法

洛溪

发布时间：2026-09-20| 3人浏览过

原创

在日常维护 MySQL 数据库时，常规的 mysqldump 会默认将建表语句（DDL）和数据插入语句（DML）打包导出为同一个 SQL 文件。如果需要将现有的表架构复制到新的空库中，或者仅需要迁移业务数据而不改变目标库已有表结构，就可以通过官方提供的两个核心参数实现精准分离：使用 -d（全称 --no-data）只导出表结构，使用 -t（全称 --no-create-info）只导出纯数据。

一、mysqldump 默认导出行为与参数拆解

默认情况下，mysqldump 对每张表的导出过程包含两项主要操作：首先写入 DROP TABLE IF EXISTS 和 CREATE TABLE 语句，随后紧跟一连串 INSERT INTO 记录数据。理解 -d 与 -t 的本质，就是理解它如何屏蔽掉其中一种 SQL 输出。

SVG 配图 1 — 图1：mysqldump 默认导出与 -d、-t 参数筛选输出流程对比

两个参数的对应关系如下：

-d / --no-data：告知程序“不要导出行数据”。导出的文件只包含字段定义、索引、主外键、存储引擎等建表语句。
-t / --no-create-info：告知程序“不要导出建表定义”。导出的文件只包含数据的插入语句，可以直接导入到已有相同结构的表。

二、只导出表结构：-d 参数的完整用法与步骤

只导出表结构适用于初始化测试环境、项目上线前生成基础数据库基线，或者版本迭代中提取 DDL 脚本。导出可以在整个数据库、特定多张表或单个表级别进行。

1. 导出指定数据库的全部表结构

下面的命令连接本地数据库 shop_db，使用 -d 参数跳过数据输出，并将 SQL 存储至 shop_schema.sql 文件：

# 导出单个库的完整结构
mysqldump -u root -p -d shop_db > shop_schema.sql

2. 导出指定单个表或多个表的结构

若只需要导出其中的 orders 和 order_items 表，在数据库名后依次列出表名即可：

# 仅导出 orders 和 order_items 的表结构
mysqldump -u root -p -d shop_db orders order_items > orders_structure.sql

3. 导出包含视图、存储过程与触发器

默认使用 -d 时，存储过程（Stored Procedures）、函数（Functions）以及触发器（Triggers）可能不会自动包含在导出结果中。如果需要导出完整的数据库对象体系，建议补充 -R（导出存储过程和函数）及 --triggers（导出触发器）：

# 导出表结构以及过程、函数和触发器
mysqldump -u root -p -d -R --triggers shop_db > shop_full_schema.sql

4. 验证结果

执行完成后，可通过 grep 命令快速检查导出的 SQL 中是否残留数据插入指令：

grep -i "INSERT INTO" shop_schema.sql
# 若没有任何内容输出，说明已严格实现“纯结构”导出

三、只导出纯数据：-t 参数的完整用法与步骤

只导出纯数据通常用于两套已具备相同表结构的系统之间进行数据同步。例如将测试机生成的模拟数据导入测试库，或者把生产库更新的数据导出并追加到离线分析库中。

1. 导出指定数据库的纯数据

添加 -t 参数后，导出的脚本中将移除 DROP TABLE 和 CREATE TABLE：

# 导出指定数据库的所有表数据
mysqldump -u root -p -t shop_db > shop_data_only.sql

2. 导出单张表的纯数据并设置单行插入

mysqldump 默认采用扩展插入（Extended Insert），即把多条记录合并到一条 INSERT INTO table VALUES (...), (...); 语句中以提升导入效率。如果数据量非常大、导入端有包大小限制（max_allowed_packet），或者希望便于版本对比排查，可搭配 --skip-extended-insert 参数让每条记录单独占一行：

# 导出 users 表纯数据，每行记录生成单独的一条 INSERT 语句
mysqldump -u root -p -t --skip-extended-insert shop_db users > users_rows.sql

3. 导出满足特定过滤条件的数据

结合 -w 或 --where 选项，可以只导出符合业务条件的历史数据或最新记录：

# 导出 orders 表中 2026 年以后的订单数据
mysqldump -u root -p -t shop_db orders --where="created_at >= '2026-01-01 00:00:00'" > orders_2026_data.sql

四、关键细节与高频避坑指南

1. 结构导出时 AUTO_INCREMENT 的处理

使用 -d 导出时，导出的 CREATE TABLE 语句末尾通常会附带 AUTO_INCREMENT=12345 等当前自增基数。如果将该结构导入全新的空环境，下一次插入数据时主键将直接从历史计数值开始递增。如果不希望保留此历史计数值，可以在生成后使用文本替换命令或在导入前清理：

# Linux 环境批量清除 SQL 中的 AUTO_INCREMENT 计数值
sed -i 's/AUTO_INCREMENT=[0-9]* //g' shop_schema.sql

2. 纯数据导出时的数据一致性（--single-transaction）

在线上业务运行期间导出纯数据时，若未加事务约束，导出过程中写入的数据可能会导致不同表之间的数据状态脱节。对于使用 InnoDB 引擎的数据库，务必在命令中加入 --single-transaction：

# 获得一致性快照数据且不阻塞常规读写
mysqldump -u root -p -t --single-transaction shop_db > consistent_data.sql

3. 外键检查与冲突避免

纯数据导入时，若从表数据早于主表数据插入，可能触发外键约束错误。通常 mysqldump 会默认在文件首尾包含关闭和开启外键检查的语句：

/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
-- 执行批量数据插入 ...
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;

如果需要在写入时避免主键碰撞报错，还可以使用 --insert-ignore（转为 INSERT IGNORE）或 --replace（转为 REPLACE INTO）。

五、参数用法速查与总结

日常运维操作中，可以通过下表快速核对常用场景与推荐的参数组合：

导出需求	核心参数	推荐搭配参数	典型命令示例
只导表结构	`-d` (`--no-data`)	`-R`, `--triggers`	`mysqldump -u root -p -d -R shop_db > schema.sql`
只导纯数据	`-t` (`--no-create-info`)	`--single-transaction`, `--quick`	`mysqldump -u root -p -t --single-transaction shop_db > data.sql`
导特定表数据	`-t`	`--where="..."`	`mysqldump -u root -p -t db table --where="id > 100" > part.sql`
全量备份	（不加 -d/-t）	`--single-transaction`, `--master-data=2`	`mysqldump -u root -p --single-transaction shop_db > full.sql`

总结来说，-d（--no-data）和 -t（--no-create-info）是互斥且互补的选项。牢记 d 代表 Data（不要数据，只要结构），t 代表 Table（不要表定义，只要数据），在实际运维和迁移操作中搭配对应的附加参数，就能安全、高效地完成针对性导出任务。