MySQL迁移至Oracle的3种实用方法与避坑指南

准备条件

• 源数据库：已准备好的 MySQL 实例及目标表数据。
• 目标数据库：已创建好 Schema（用户）的 Oracle 实例，确保有写入权限。
• 辅助工具：
  • 方案一需要安装 PowerDesigner；
  • 方案二和方案三推荐使用 Navicat Premium，它支持同时连接 MySQL 和 Oracle 并进行图形化操作。

方法一：使用 PowerDesigner 进行模型转换

此方法适合对数据结构准确性要求较高，或需要重新设计逻辑模型的场景。通过“物理模型 (PDM) → 概念模型 (CDM) → 物理模型”的流转，实现数据库类型的隔离与转换。

第1步：生成 MySQL 物理模型

打开 PowerDesigner，新建 Physical Data Model，选择 MySQL 5.7 (或对应版本)，连接你的 MySQL 数据库，导入需要迁移的表结构。

第2步：转为公共概念模型 (CDM)

利用 PowerDesigner 的转换功能，将当前的 MySQL PDM 转换为 CDD/CDM（概念数据模型）。CDM 是与具体数据库无关的中立模型，能有效屏蔽底层语法差异。若你有现成的 CDM，可直接跳过此步进入下一步。

第3步：生成 Oracle 物理模型并导出

基于生成的 CDM，新建一个 Physical Data Model，类型选择 Oracle。PowerDesigner 会自动尝试映射数据类型。检查生成的 Oracle 结构后，导出为 SQL 文件，并在 Oracle 数据库中执行即可。

注意：自动映射可能存在细微错误，需人工核对特殊字段类型。

方法二：使用 Navicat Premium 快速拖拽

这是最快捷的方式，适合追求效率且数据量不大的情况。借助 Navicat 的连接同步功能，一键传输结构及数据。

第1步：建立双向连接

在 Navicat Premium 中分别建立 MySQL 和 Oracle 的连接测试，确保连通性正常。

第2步：执行传输向导

鼠标选中 MySQL 中的目标表，直接拖拽至左侧栏 Oracle 连接的表目录下，或在右键菜单中选择“数据传输”。配置源和目标，点击“开始”即可等待传输完成。

方法三：解决 Oracle 查询权限与命名干扰

在使用方法二（或直接复制）完成后，直接在 Oracle 中运行简单的 SELECT * FROM table_name; 可能会提示“对象不存在”。这是因为 Oracle 会默认将未大写处理的表名添加双引号及当前用户的 Schema 前缀。

第1步：识别实际表名

此时你需要加上双引号和用户名前缀才能查到数据，例如：
SELECT * FROM "C##SWYTH_YS"."SYS_ROLE";

第2步：SQL 脚本清洗（去前缀与去引号）

为了后续像 MySQL 一样简洁地查询，建议通过修改 SQL 脚本来固化表名：

1. 在 Navicat 中选中已迁移的 Oracle 表，点击“导出向导”，选择导出为 SQL 脚本。
2. 用文本编辑器打开导出的 SQL 文件，进行两次全局替换：
   替换1：将 "C##你的用户名". 替换为空（即删除用户前缀）。

   替换2：将所有剩余的 " 替换为空（即删除双引号）。

保存修改后的 SQL 文件。随后，在 Oracle 数据库中删除旧的带有双引号的表，重新执行这个清理过的新 SQL 文件。这样新生成的表名就是纯大写无引号的，可以直接使用标准语句查询。

注意事项与风险排错

备份优先：在进行任何批量复制或 SQL 替换操作前，务必备份 Oracle 目标库的相关数据，防止误操作导致信息丢失。

大数据量慎用 GUI 工具：上述“拖拽法”仅适合数据量较小（如几十万行以内）的场景。若数据达到千万级，GUI 传输容易内存溢出或超时报错，此时应改用 PL/SQL Developer、Kettle 或编写 Python/Go 脚本分批插入。

字符集映射：从 MySQL 迁往 Oracle 时，请留意字符集（UTF8 vs AL32UTF8）是否匹配，避免中文乱码问题。

总结

以上为 MySQL 转移到 Oracle 的详细内容，主要包括 PowerDesigner 结构建模、Navicat 极速拖拽及 SQL 脚本净化技巧。更多关于数据库迁移的资料请关注本站其它相关文章！