DB2迁移至MySQL（含存储过程、函数、触发器）方法与工具咨询

核心结论 #

不存在开箱即用、可100%无差错覆盖所有DB2对象迁移到MySQL的工具，你之前使用的工具仅能完成表结构和数据迁移属于普遍情况。迁移操作必须按对象类型拆分阶段执行，其中（表、数据、视图）和（存储过程、函数、触发器）的迁移逻辑、可用工具差异极大，完全不适合混合同步处理。

第一类对象：表、数据、视图迁移方案 #

这类结构化、数据承载类对象可以借助工具完成大部分迁移工作，可用工具及注意事项如下：

• 基础迁移优先选择MySQL官方自带的Workbench迁移向导：可自动完成DB2到MySQL的字段类型映射、表结构（含主键、索引、外键）创建、全量数据同步，简单视图可自动完成基础语法转换
• 复杂场景可使用开源ETL工具做自定义适配：如果存在DB2特有字段类型（如CLOB、DBCLOB、精度特殊的时间类型）、需要自定义数据清洗规则，可以通过ETL工具配置映射规则批量处理，灵活度更高
• 视图必须做人工校验修正：工具无法自动处理DB2特有语法，比如SYSIBM.SYSDUMMY1虚表、VALUE空值处理函数、CURRENT DATE这类特殊寄存器，需要手动替换为MySQL对应的DUAL虚表、COALESCE/IFNULL函数、CURDATE()/NOW()等等价写法，涉及递归、多表关联的复杂视图要单独执行验证结果一致性。

第二类对象：存储过程、自定义函数、触发器迁移方案 #

这类逻辑编程类对象目前没有工具能实现高准确率自动转换，必须以人工改写为主，工具仅能做初步的语法批量替换，核心原因是两者的过程化SQL方言差异极大：

• 基础语法规则不兼容：DB2支持变量定义后任意位置赋值、VALUES INTO赋值写法，MySQL要求存储过程/函数的所有变量必须在BEGIN...END块的最开头定义，赋值仅支持SET、SELECT ... INTO两种标准写法
• 流程控制、异常处理逻辑不兼容：DB2的游标定义、异常捕获处理器、循环（FOR/WHILE/LOOP）的语法规则和MySQL存在明显差异，DB2支持的部分流程控制关键字在MySQL中没有直接等价实现，需要改写逻辑适配
• 触发器规则差异大：DB2支持自定义新旧行别名、语句级触发器，MySQL固定用OLD.列名/NEW.列名引用变更行数据，仅在8.0及以上版本有限支持语句级触发器，低版本完全不支持，涉及触发器的场景要根据MySQL版本做逻辑调整
• 内置函数不兼容：DB2的时间计算、字符串处理、聚合类函数的参数规则、返回值逻辑和MySQL存在大量差异，比如TIMESTAMPDIFF的参数顺序完全相反，必须逐个替换适配。
  实操时可以先从DB2导出所有逻辑对象的创建脚本，先用正则做通用关键词的批量替换，再逐个调试语法，通过测试用例验证执行结果和原DB2逻辑完全一致。

迁移校验要求 #

所有对象迁移完成后必须做三层校验：一是对象数量校验，确认两边库的表、视图、存储过程等对象数量匹配，无遗漏；二是数据一致性校验，核对每张表的行数、核心字段的聚合统计值（总和、最大值、去重计数等）一致；三是业务逻辑校验，验证存储过程、触发器、视图的执行结果和原DB2环境输出一致，避免逻辑改写错误。

内容的提问来源于stack exchange，提问作者Syne