企业官网建设流程全解析

如何用 DBeaver 五步把 MySQL 数据搬进 PostgreSQL：跨数据库数据迁移完整实战教程

【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver

把一整套表从 MySQL 挪到 PostgreSQL，手动导出再导入既繁琐又容易在列类型、编码上翻车。DBeaver 内置的数据传输（Data Transfer）功能，就是为解决这类跨数据库数据传输而设计的：在向导里直接指定源表和目标库，结构映射、数据装载一步到位，全程不需要中间文件。本文带你走一遍完整的 DBeaver 数据迁移流程，从权限检查到事后核对。

迁移前先过一遍：连接、权限、驱动一张清单核对

💡 迁移失败 80% 的原因都在准备阶段，花两分钟把下面这张表过一遍：

提示：目标表不存在时，DBeaver 会依据源结构自动生成 DDL；如果建表这一步报错，优先检查 CREATE 权限，而不是表结构。

五步走通数据传输向导

1. 在数据库导航器中右键单击目标表（或整个数据库），选择"数据传输（Data Transfer）"，启动 DBeaver Data Transfer 向导。
2. 选择目标连接：在向导中指定 PostgreSQL 连接；若目标表不存在，勾选"创建表"，让 DBeaver 自动按源结构生成 DDL。
3. 配置表映射：在映射页修改目标 schema 与表名，取消勾选不需要迁移的列。
4. 设置数据筛选：可填写 WHERE 条件只迁移部分数据（增量迁移见下文）。
5. 点击完成开始执行：过程中有进度条与已迁移记录数，出错的行可在日志中查看原因。

大批量迁移调优：批量大小、类型映射与错误策略

🚀 表大、数据多时，三个参数最值得折腾：

• 多行插入批量：默认 500 行/批。大表建议从 1000 起步，观察速度后再逐步上调；若目标库压力过大或报包过大错误，就回退。
• 类型映射：向导会自动把源类型转换成目标类型。遇到 MySQL 特有的 ENUM、JSON 等类型，可打开列映射对话框手动指定目标列类型，避免隐式转换。
• 错误策略：目标表已有数据时，可选择"忽略重复行"；定位问题时可关闭批量插入，改为逐行插入，错误提示更精确。

三种进阶场景：全量、增量与定时自动化

• 全量迁移：在导航器中选中整个数据库、不加筛选条件，适合首次迁移或整体重构，一次搬完。
• 增量迁移：在筛选条件里填WHERE update_time > '2026-08-01 00:00:00'，每次只搬新增与修改的记录，重复执行即可追平数据。
• 定时自动化：在"工具 → 任务"中把这次传输配置保存为任务并安排定时执行，适合需要每天同步的场景。

常见问题自查：权限不足、超时、类型不兼容

迁移完成后怎么验证：记录数 → 抽查 → 业务核对

✅ 三步核对法，每步只需几分钟：

1. 记录数核对：对比两端同一张表的COUNT(*)，总数一致是第一道门槛。
2. 内容抽查：挑首、中、尾各几条记录比对，重点看长文本、日期、小数等易出问题的列。
3. 业务验证：在目标库上跑几条核心查询，确认应用能正常读取。

数据传输向导可以覆盖绝大多数跨数据库数据传输场景。建议先用一张小表完整走一遍上面的流程，再开始大规模迁移。更多实现细节可参考 plugins/org.jkiss.dbeaver.data.transfer/ 模块源码。

【免费下载链接】dbeaverFree universal database tool and SQL client项目地址: https://gitcode.com/GitHub_Trending/db/dbeaver