有一个上百 G 的 Oracle 数据库，要整体迁移至 MySql，麻烦各位大佬给个思路

• 資深大佬 : threegrandfather

  你在想什么呢？ oracle 迁移 mysql 。你自己找开发一起核对吧。慢慢的过每一个表每一个字段吧。

• 資深大佬 : duwan

  用 datax 啊，https://github.com/alibaba/DataX 迁移过近百 T 的数据

• 資深大佬 : dorothyREN

  内存溢出 怕不是用的 32 位的 navicat 吧

• 主 資深大佬 : FONG2

  @threegrandfather 我就是开发。。。小组没 dba 。。。字段倒是没问题，问题是数据怎么导出来导进去？我现在随便导一个大表 电脑都内存溢出。。。

• 主 資深大佬 : FONG2

  @dorothyREN 16G 内存+12G 虚拟内存 跑不赢 13g 单表 直接报内存不足 卡死

• 資深大佬 : wuwukai007

  oracle 里面的函数触发器怎么办

• 主 資深大佬 : FONG2

  @duwan thx 我看看

• 資深大佬 : ohao

  2 正解，不行让阿里的工程师协助，先迁到阿里云，在迁移到自己的物理机

• 資深大佬 : duwan

  @FONG2 现有的插件要是满足不了你的业务，可以自己写插件，也很简单的。

• 主 資深大佬 : FONG2

  @ohao 安全问题上不了云

• 資深大佬 : liqingcan

  换数据库成本太大了吧。

• 資深大佬 : fixend

  我当年是自己写程序，查出数据，再批量插入的，还好表不多，只是数据量大。
  70 、80G，转了我一天一夜。

• 資深大佬 : abcbuzhiming

  这种如果没有工具的话。只能自己写程序，上游标，一行行的读然后转，然后插入

• 資深大佬 : rockyou12

  @FONG2 datax 是 etl 工具，阿里开发的，但不需要上云啊，你要迁也只能用这种东西稍微方便点

• 資深大佬 : levelworm

  好奇一把，自己写 python 一点点挪动行不行？不过问题是怎么确认没漏没重呐？

• 資深大佬 : levelworm

  又想了一下，按照天来拆和写程序挪怎么样？

• 資深大佬 : wangyzj

  datax 这类工具慢慢搞把
  没什么特别好的办法
  存储过程啥的估计还得单独想办法

• 主 資深大佬 : FONG2

  @fixend 我的也就几个大表数据特别多，其他的可以 navicat 一键迁移

• 主 資深大佬 : FONG2

  @rockyou12 我说上云，回复的是 8L 的建议

• 資深大佬 : cstj0505

  分两部分，表结构迁移，这部分如果没工具就导出慢慢改，确保逻辑一致。
  导数据，很多工具都行

• 資深大佬 : ant2017

  kettle 可以吧

• 資深大佬 : MintZX

  几百 G 也不是很多，csv 分页弄呗

• 資深大佬 : fewok

  就说停机不？？？

• 資深大佬 : 1cming

  DATAX 好评加一 迁移过上亿数据

• 資深大佬 : xichen

  试试 azure datafactory ？

• 資深大佬 : soulzz

  虽然我用的 mongoDb,但也应该差不多。之前我遇到的情况是迁移 2000 万记录的单表，整体查出来肯定爆内存，
  用游标十几分钟就能全表迁移走

• 資深大佬 : dog82

  分步骤做，先迁移数据字典和数据量小的表。
  大表写脚本或代码迁移，一般系统里的大表不会太多。

• 資深大佬 : robinlovemaggie

  疫情的无情都比不上 Oracle 业界毒瘤的绝情(降个价会死人吗？）

• 資深大佬 : hantsy

  如果用了大量专有的数据库特性（ Function，Procedure 等），任何自动迁移工具都是没用的。

  以前迁移一个遗留系统，200G 的数据库，从 Borland Firebird 到 MySQL，基本是手写一个程序来跑的，当然为了适应新的程序，新的数据库 Schemas 是改动不少，数据库脚本不可能完成。

• 資深大佬 : lithiumii

  又不要 etl，这不是两个 for 循环的事儿吗？

• 資深大佬 : leqoqo

  1,更换更牛的硬件或者优化数据库导出配置.
  2,单表测试一次导出多少数据不会 gg,写程序生成这样的 sql 脚本,找一个你能接受的时间
  … offset 0 limit 1000000;
  … offset 100000 limit 100000;
  3,创建 mysql 数据库,写建库表脚本,
  4,用程序合并表的导出的这些文本文件为一个文件.
  5,用程序生成 mysql load file 脚本, disable 表索引
  6,enable 索引,
  以上操作注意留够足够的硬盘空间.

• 資深大佬 : weizhen199

  DB 在 SSD 上 随便写个程序 select insert 跑满 1000M 网卡应该都不是问题吧

• 資深大佬 : aladdindingding

  python 的生成器

• 資深大佬 : podel

  阿里云有一个 叫做 DTS 的数据传输服务，可以支持不同数据库之间传输。

• 資深大佬 : Marstin

  导出 sql 是什么鬼，不是导 dmp 吗

• 資深大佬 : ctOS1H

  datax 可以

• 資深大佬 : tiiis

  1.datax

• 資深大佬 : passerbytiny

  你这不是迁移，是数据割接，光靠数据库的工具是很难成功的。

• 資深大佬 : angeltop

  阿里云 DTS 吧，上云后再传下来也行

• 資深大佬 : weifuqiao1989

  说下我用的比较多的工具
  kettle 这样的 etl 工具 适用表不多的情况 比较好用，msdts 也能用

  ESF Database Migration Toolkit – Professional
  这个比较简单

• 資深大佬 : admin7785

  kettle 可以试一下

• 資深大佬 : xsm1890

  去 IOE 不是这么去的啊。我是不会建议这么做的。直接把数据迁移到 MySQL 不是问题，问题是业务怎么兼容，毕竟业务第一。如果是生产环境，真的不建议直接迁过去，后面会留下很大的坑的。Oracle 随便几个存储过程就可能让你到了 MySQL 后重构代码。好的去 ioe 做法是，慢慢的把业务一个一个外迁，同时保证两份数据，所有项目迁完后，再把 Oracle 去掉。业务第一。

• 主 資深大佬 : FONG2

  @xsm1890 你说的我都懂
  代码已经在处理了，暂时看来问题不大
  再说了去 ioe 是 zz 任务，上头拍桌子要求搞
  你跟他说技术说风险就是找骂

• 資深大佬 : Hilalum

  想起我实习的时候干过这活哈哈哈哈

• 資深大佬 : wanguorui123

  MySQL 的性能顶不住吧

• 資深大佬 : LightLolo

  kettle +1

• 資深大佬 : xjmroot

  用过 kettle 做 mysql 到 postgres 的迁移，还不错

• 資深大佬 : ncwtf

  streamsets 也行吧

• 資深大佬 : sun1991

  @FONG2 说到去 IOE, 难道你老板不知道 MySQL 也是 Oracle 家的?

• 主 資深大佬 : FONG2

  @sun1991 情况不太一样别用互联网企业思维
  国企去 ioe 就是单纯的去 ioe

• 資深大佬 : levelworm

  @hantsy 这个给力啊，不知道 borland 支持这么大的数据库

• 資深大佬 : levelworm

  @FONG2 银行还是电信？感觉 100GB 有点小

• 資深大佬 : hantsy

  @FONG2 数据导出导入当然要分批啦。

  用程序写就用 Spring Batch，简单得很，Read，Write 分离。

• 資深大佬 : miao1007

  现在主流都用 postgres 了，mysql 好多标准抖不支持，半残一样

• 資深大佬 : x2ve

  kettle 和 datax 都用过 没啥区别 都满足主的需求

• 資深大佬 : Ravenddd

  之前也碰过 oracle 迁移 mysql 的情况，是写程序一个一个字段同步，主从库类似，差不多同步完数据时候，实时同步+业务代码迁移，真的蛋疼

• 資深大佬 : levelworm

  @miao1007 话说不知道为什么现在很多还是选 mysql 是不是历史原因

• 資深大佬 : angeltop

  用 Mysql 8.0 MGR 多主多写吧，前端提交代码改改，写需要稍微控制一下。

• 資深大佬 : limitsy

  datax + 1