MySQL Workbench: 将模型数据行导入数据库 (实操指南)

mysql

2025-04-26 19:24:08

搞定 MySQL Workbench：将模型中的数据行导入数据库

问题来了：模型里的数据去哪了？

你在 MySQL Workbench 里辛辛苦苦建了个模型 (EER 图)，不光设计了表结构、约束、索引，可能还在模型里给某些表填了些初始数据行，想着方便后续测试或者作为基础数据。

然后，你信心满满地使用了 Database 菜单下的 Forward Engineer 功能，期望一步到位，把完美的表结构和你在模型里填好的数据，一股脑儿地同步到你的本地或远程 MySQL 数据库里去。

结果呢？数据库检查一番，表结构倒是都创建好了，外键、索引啥的一应俱全，看着挺像那么回事儿。可定睛一看，那些你预先在模型里填好的数据行呢？表里空空如也，压根没过去！

再试试用 Database -> Synchronize Model 功能同步一下？好像还是只关心库、表、字段这些结构上的差异，数据依旧是“查无此人”。

这就让人纳闷了，明明在 Workbench 模型里看见数据了啊，怎么就导不到数据库里去？到底要怎么操作，才能把我在 Workbench 模型里输入的数据行，真正弄到数据库的目标表里去呢？

为什么会这样？理解 Workbench 的工作方式

这事儿吧，得从 MySQL Workbench 对待“模型”和“数据库”的方式说起。

简单讲，EER 模型 (Enhanced Entity-Relationship Model) 在 Workbench 眼里，主要是个 设计蓝图 。它是用来规划你的数据库应该长什么样子：有哪些表、表之间什么关系、每个表里有哪些字段、字段是什么类型、有没有主键外键索引等等。

而 Forward Engineering 这个功能，它的核心使命，就是根据你画好的这个“蓝图”，在真实的 MySQL 服务器上“施工”，把对应的数据库结构给搭建起来。这包括创建数据库（如果不存在）、创建表、添加约束（主键、外getKeys、唯一键等）、创建索引等。它的关注点，是数据库的“骨架”。

至于你在模型编辑器的表视图里，直接输入的数据行（比如 id=1, name='test' 这种），Workbench 在执行标准的 Forward Engineering 时，默认不把它们视为“结构”的一部分。你可以把它理解为：设计图纸主要规定了房子的结构（梁、柱、墙），至于房子里要摆什么家具（数据），那是另外一回事。

数据导入，通常被 Workbench 看作是一个独立的操作流程，或者是在特定模式下才会被包含。它默认认为结构定义和数据填充是两个步骤。同步模型 (Synchronize Model) 功能也类似，主要是比对和调整 结构差异 ，而不是同步数据内容。

所以，当你只执行了默认的 Forward Engineering，它完成了结构创建的任务，但忽略了你在模型中嵌入的数据样本，这是符合它设计逻辑的。

怎么办？把模型数据搞进数据库

别急，既然数据就在模型里，那肯定有办法把它请进数据库。下面介绍最直接、也是针对“数据已在 Workbench 模型中”这种情况最推荐的方法。

方案：利用 Workbench 生成 INSERT SQL 脚本

这是最正统，也最符合 Workbench 设计意图的方式。

原理和作用

Workbench 具备一个强大的功能：在执行 Forward Engineering 的过程中，可以选择性地 把你在模型编辑器里为表输入的数据行，自动转换成标准的 SQL INSERT 语句，并和 CREATE TABLE 等结构定义语句一起生成。

这样一来，生成的最终 SQL 脚本就不仅仅包含建表语句了，还会紧跟着一条条的 INSERT INTO your_table_name (column1, column2, ...) VALUES (value1, value2, ...); 语句。当这个完整的脚本在数据库服务器上执行时，结构被创建，紧接着数据也被插入，一步到位。

操作步骤

操作不复杂，关键在于 Forward Engineering 向导中的一个选项：

打开你的模型文件 (.mwb) ：确保你当前操作的是包含那些预填数据的模型。
确认数据存在于模型中 ：双击 EER 图中你填过数据的表，在下方打开的表编辑器里，切换到数据行视图（通常就是默认的网格视图），确认你能看到你之前输入的那些数据行。如果没看到，那你得先在模型里把数据填进去。
启动 Forward Engineering ：
- 点击顶部菜单栏的 Database。
- 选择 Forward Engineer... (快捷键 Ctrl+G / Cmd+G)。
连接数据库与设置 ：
- 向导启动，第一步通常是设置数据库连接。选择或创建一个连接，确保能连上你的目标 MySQL 数据库。点击 Next。
关键选项：生成 INSERT 语句 ：
- 接下来会有一个 Options 或类似名称的步骤（界面文字可能随 Workbench 版本微调，但意思不变）。在这一步，你会看到一系列可以勾选的选项，用来控制将要生成的 SQL 脚本内容。
- 仔细寻找！ 找到一个名为 Generate INSERT Statements for Tables（或者可能是 Include Data, Generate Inserts From Model 等类似的）的复选框。 务必把这个选项勾选上！ 这就是告诉 Workbench：“嘿，把我模型里填的数据也变成 INSERT 语句加到脚本里！”
- 根据需要，你可能还想调整其他选项，比如是否生成 DROP 语句等，但这个 Generate INSERT Statements 是解决我们当前问题的核心。
对象选择 ：
- 下一步通常是选择要导出哪些数据库对象（比如具体的表）。默认全选通常没问题，除非你只想导出部分结构和数据。
预览 SQL 脚本 ：
- 向导会生成 SQL 脚本并提供预览。强烈建议 在这一步仔细检查一下脚本内容。
- 你应该能看到 CREATE TABLE ... 语句。如果你勾选了生成 INSERT 语句的选项，并且对应的表在模型里确实有数据，那么在 CREATE TABLE 语句之后，你会看到相应的 INSERT INTO ... VALUES ...; 语句。如果表多、数据多，这里可能会很长。确认一下你想导入数据的表，后面确实跟了 INSERT 语句。
执行脚本 ：
- 确认预览的 SQL 脚本无误后，点击 Next 或 Execute。Workbench 会将这个包含结构创建和数据插入的完整脚本发送到你的 MySQL 服务器执行。
完成与检查 ：
- 等待执行完成。完成后，回到你的数据库客户端（可以是 Workbench 自带的 SQL 编辑器，或其他工具如 Navicat、DBeaver 等），查询一下那些之前空空如也的表，现在应该已经填充了你在模型里输入的数据了。

代码示例（生成脚本的一部分）

假设你在模型里给 users 表填了两行数据，在 products 表填了一行数据。勾选了 Generate INSERT Statements for Tables 选项后，生成的 SQL 脚本（部分）看起来会像这样：

-- ... (前面的 SET 语句, USE database 语句等)

-- -----------------------------------------------------
-- Table `mydb`.`users`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`users` (
  `id` INT NOT NULL AUTO_INCREMENT,
  `username` VARCHAR(45) NOT NULL,
  `email` VARCHAR(100) NULL,
  PRIMARY KEY (`id`),
  UNIQUE INDEX `username_UNIQUE` (`username` ASC) VISIBLE)
ENGINE = InnoDB;

-- Inserting data for table `mydb`.`users`
INSERT INTO `mydb`.`users` (`id`, `username`, `email`) VALUES (1, 'alice', 'alice@example.com');
INSERT INTO `mydb`.`users` (`id`, `username`, `email`) VALUES (2, 'bob', 'bob@example.com');


-- -----------------------------------------------------
-- Table `mydb`.`products`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`products` (
  `product_id` INT NOT NULL,
  `product_name` VARCHAR(255) NOT NULL,
  `price` DECIMAL(10,2) NULL,
  PRIMARY KEY (`product_id`))
ENGINE = InnoDB;

-- Inserting data for table `mydb`.`products`
INSERT INTO `mydb`.`products` (`product_id`, `product_name`, `price`) VALUES (101, 'Laptop Pro', 1299.99);

-- ... (可能还有其他表的 CREATE 和 INSERT 语句)

-- ... (后面的 SET 语句等)

看到了吗？INSERT INTO 语句紧跟在对应的 CREATE TABLE 之后。

进阶使用与注意事项

数据量 ：如果模型里的数据行非常多（比如成百上千甚至更多），生成的 INSERT 语句会非常庞大。一次性执行这么多 INSERT 可能效率不高，甚至可能导致数据库连接超时或内存问题。对于 大规模 的初始数据填充，这种方法可能不是最优选择。 그때는 LOAD DATA INFILE 语句或者分批执行 INSERT 会更合适，但这通常需要额外步骤，而不是直接利用模型内嵌数据。但对于少量（几十、几百行）的初始数据、配置数据或测试数据，此方法非常方便。
事务：Workbench 生成的脚本通常会包含事务控制（START TRANSACTION; ... COMMIT;），确保要么所有操作都成功，要么都回滚，保证数据一致性。这是个好习惯。
字符集 ：确保你的模型设置、Workbench 连接设置以及目标数据库的默认字符集是一致的（推荐使用 utf8mb4），避免因字符集问题导致数据插入时出现乱码。
数据类型匹配 ：在模型里输入数据时，要确保输入值的格式和对应列定义的数据类型兼容（比如日期列填日期格式，数字列填数字）。虽然 Workbench 可能有基础校验，但最终执行 SQL 时，不匹配的数据类型会导致 INSERT 失败。
重复执行 ：如果你修改了模型里的数据，然后再次使用带 INSERT 的 Forward Engineering 推送到 已有数据 的数据库，要注意主键或唯一键冲突。标准的 INSERT 遇到冲突会报错。你可能需要先清空表 (TRUNCATE TABLE 或 DELETE FROM)，或者修改 Forward Engineering 选项（比如在生成脚本前加上 DROP TABLE IF EXISTS 语句，但这会丢失所有现有数据和结构，请极其谨慎 使用）。更精细的同步（比如只更新修改的行、插入新增的行）超出了 Forward Engineering 的基本范围，通常需要专门的数据同步工具或脚本。