国产化替代大趋势下MySQL 数据平滑迁移到达梦 DM8 是刚需。本文用 DataMover 带你走完 Docker 部署、数据源配置、任务创建、执行监控到结果验证的全流程。说说这个场景做过信创项目的人都知道——MySQL 的数据要迁到达梦看着简单真上手就不是那么回事了。达梦的 SQL 语法和 MySQL 有差异字段类型、自增主键、字符集都得处理。传统做法是MySQL 导出 SQL → 手动改写达梦兼容语法 → 分批导入。一张表还好几十上百张表的时候光改 DDL 就能改到怀疑人生。我之前试过用 DataX 做但 DataX 没有 Web 界面全靠 JSON 配调试一次重启一次效率实在上不去。后来换了 DataMover——这是一款国产可视化数据同步工具支持 MySQL、达梦等主流数据库间的全量、增量和 CDC 实时同步提供 Web 界面一键配置。第一感受就是——这才是干这个活的工具。DataMover 有哪几个功能对这个场景特别有用先简单说几个关键能力后面实操都能看到自动建表MySQL 的CREATE TABLE进来DataMover 自动转换成达梦兼容的 DDL。字段类型、注释都在不用手工改。智能映射同名字段自动匹配命名不一致的手动一拖就行。断点续传任务跑到一半断了重启接着跑不重复不丢数据。可视化 Web 界面不用写 JSON浏览器里勾选配置就能跑。说白了DataMover 帮我把最烦人的DDL 转换 字段映射这两件事自动做掉了。安装部署DataMover 有两种安装方式一个命令行搞定。Docker 一键部署推荐Linux / macOScurl-fsSLhttps://down.datamover.cn/install.sh|bashWindows PowerShellSet-ExecutionPolicyBypass-ScopeProcess-Force;irmhttps://down.datamover.cn/install.ps1|iex脚本会自动检测 Docker 环境、下载压缩包、拉取镜像并启动所有容器。第一次启动需要 3-5 分钟做 MySQL 初始化和建表耐心等一会儿就好。启动完成后访问http://localhost:8000用默认账号admin / admin123登录。如果你希望先看下部署包的内容再动手也可以从官网下载datamover-docker.zip解压后编辑.env文件改密码然后执行./deploy.shunzipdatamover-docker.zipcddatamover-docker# 可选修改 .env 中的数据库密码./deploy.sh原生安装包部署不想用 Docker 的话官网下载页也提供原生安装包分 Linux、Windows、macOS 三个版本解压后执行启动脚本就行。Linux / macOSwgethttps://down.datamover.cn/datamover-latest.zipunzipdatamover-latest.zipcddatamover ./bin/startup.shWindows# 下载 zip 包解压后.\bin\startup.bat启动后同样是http://localhost:8000访问使用体验和 Docker 版完全一样。安装方式不同使用起来没什么区别。具体步骤可以看官方文档。所有安装包在官网下载页都能找到。不管哪种方式结果是一样的——Manager 服务跑在 8000 端口Worker 跑在 8011 端口。登录后能看到数据源管理、任务管理、节点管理几个核心模块。每个页面都简洁没什么花哨的。配置数据源添加 MySQL 数据源左侧导航进数据源管理 → “新增数据源”类型选择 MySQL填上连接信息主机、端口3306、库名、用户名、密码点击测试连接验证添加达梦数据源达梦的配置稍微有一点需要注意。同样点新增数据源类型选择 达梦(DM)连接地址格式jdbc:dm://192.168.1.100:5236默认端口 5236填写达梦的数据库名、用户名、密码测试连接这里有个坑——达梦数据库的 JDBC 驱动版本和 DataMover 自带的版本一定要匹配。如果你用的达梦版本比较老DM7DataMover 能否兼容需要确认。本文以 DM8 为准如果你用的是 DM7建议先联系 DataMover 技术支持确认一下驱动版本。创建同步任务数据源配好之后核心环节来了。选择源和目标点新增任务基础信息给任务起个名比如mysql_to_dameng_order选择源选刚才配好的 MySQL 数据源选择目标选达梦数据源表选择源库的表列表会列出来勾选你要迁移的表。我选了业务常用的几张表orders、users、products、order_items。选完后DataMover 会自动检测目标库是否存在同名表。如果不存在下一步会触发自动建表。字段映射这是我最喜欢的一个环节——字段映射界面会把源表和目标表的字段左右对比展示。同名字段比如两边都有id、name、created_at会自动匹配上。命名不一样的手动拖一下就行。自动建表如果达梦库里没有这张表DataMover 会显示目标表不存在将自动创建。这一点在国产化迁移场景里太省事了——MySQL 的AUTO_INCREMENT会被转换成达梦的IDENTITYVARCHAR长度、DATETIME类型都会做对应转换。我个人建议正式迁之前先让 DataMover 自动建表然后到达梦客户端看一眼 DDL确认转换结果符合预期再正式跑全量迁移。同步模式这里选全量同步一次性把 MySQL 的所有数据搬到达梦。如果你后续还需要增量同步或 CDC 实时同步DataMover 同样支持——CDC 实时同步延迟达秒级。执行与监控配置完成后点保存并启动。任务开始跑之后监控界面上能看到当前进度已处理行数 / 总行数吞吐量每秒多少行运行状态运行中 / 已完成 / 异常日志每条同步记录的详细日志如果任务中途报错DataMover 会显示具体的错误信息和 SQL 上下文。常见错误比如字段类型不兼容——在字段映射里改一下类型映射就好不用重新配置整个任务。结果验证同步完后我在达梦的查询工具里做了几项验证1. COUNT 校验-- MySQL 源库SELECTCOUNT(*)FROMorders;-- 返回500000-- 达梦目标库SELECTCOUNT(*)FROMorders;-- 返回5000002. 抽样核对取几条关键数据对比字段值是否一致-- MySQLSELECT*FROMordersWHEREidIN(1,100,10000,500000);-- 达梦SELECT*FROMordersWHEREidIN(1,100,10000,500000);3. 表结构检查看看自动建表的结果——字段名、类型、注释都对得上。踩坑记录做这个迁移的时候我遇到了几个问题写出来给你参考坑 1达梦连接失败 — 端口不对第一次添加达梦数据源时报连接超时。查了半天发现达梦默认端口不是 5236安装的时候改成了 5237。这事看起来小但排查花了我十几分钟。坑 2自增主键映射MySQL 的AUTO_INCREMENT到达梦后变成了IDENTITYDataMover 的自动建表处理了这个转换但如果你有业务逻辑依赖主键的自增值需要在迁移前先跑一下达梦的序列确保从正确值开始。坑 3字符集问题源库 MySQL 是 utf8mb4达梦默认字符集可能是 GBK。如果配置不对中文数据入库后变成乱码。解决方式到达梦的 JDBC 连接串上加参数?characterEncodingUTF-8。坑 4大表超时并发小表 50 万行没问题但如果几千万行多表并发执行默认的 JVM 内存可能不够。Worker 容器的默认 JVM 配置是 2GB大表场景建议调到 4GB 以上在.env文件中加一行JAVA_OPTS-Xms4g-Xmx4g改完后重新部署./deploy.sh脚本会自动拉最新配置重启服务。总结说白了这个场景的核心就是MySQL 的数据要搬到达梦中间不能丢、不能错、能断点续传。DataMover 干这事确实省心——Docker 拉起即用Web 界面配一配就跑起来了自动建表和智能映射帮我把最烦人的 DDL 转换和字段对齐做掉了。
DataMover 数据迁移实战：MySQL 到达梦数据库（DM8）迁移同步，5分钟搞定
国产化替代大趋势下MySQL 数据平滑迁移到达梦 DM8 是刚需。本文用 DataMover 带你走完 Docker 部署、数据源配置、任务创建、执行监控到结果验证的全流程。说说这个场景做过信创项目的人都知道——MySQL 的数据要迁到达梦看着简单真上手就不是那么回事了。达梦的 SQL 语法和 MySQL 有差异字段类型、自增主键、字符集都得处理。传统做法是MySQL 导出 SQL → 手动改写达梦兼容语法 → 分批导入。一张表还好几十上百张表的时候光改 DDL 就能改到怀疑人生。我之前试过用 DataX 做但 DataX 没有 Web 界面全靠 JSON 配调试一次重启一次效率实在上不去。后来换了 DataMover——这是一款国产可视化数据同步工具支持 MySQL、达梦等主流数据库间的全量、增量和 CDC 实时同步提供 Web 界面一键配置。第一感受就是——这才是干这个活的工具。DataMover 有哪几个功能对这个场景特别有用先简单说几个关键能力后面实操都能看到自动建表MySQL 的CREATE TABLE进来DataMover 自动转换成达梦兼容的 DDL。字段类型、注释都在不用手工改。智能映射同名字段自动匹配命名不一致的手动一拖就行。断点续传任务跑到一半断了重启接着跑不重复不丢数据。可视化 Web 界面不用写 JSON浏览器里勾选配置就能跑。说白了DataMover 帮我把最烦人的DDL 转换 字段映射这两件事自动做掉了。安装部署DataMover 有两种安装方式一个命令行搞定。Docker 一键部署推荐Linux / macOScurl-fsSLhttps://down.datamover.cn/install.sh|bashWindows PowerShellSet-ExecutionPolicyBypass-ScopeProcess-Force;irmhttps://down.datamover.cn/install.ps1|iex脚本会自动检测 Docker 环境、下载压缩包、拉取镜像并启动所有容器。第一次启动需要 3-5 分钟做 MySQL 初始化和建表耐心等一会儿就好。启动完成后访问http://localhost:8000用默认账号admin / admin123登录。如果你希望先看下部署包的内容再动手也可以从官网下载datamover-docker.zip解压后编辑.env文件改密码然后执行./deploy.shunzipdatamover-docker.zipcddatamover-docker# 可选修改 .env 中的数据库密码./deploy.sh原生安装包部署不想用 Docker 的话官网下载页也提供原生安装包分 Linux、Windows、macOS 三个版本解压后执行启动脚本就行。Linux / macOSwgethttps://down.datamover.cn/datamover-latest.zipunzipdatamover-latest.zipcddatamover ./bin/startup.shWindows# 下载 zip 包解压后.\bin\startup.bat启动后同样是http://localhost:8000访问使用体验和 Docker 版完全一样。安装方式不同使用起来没什么区别。具体步骤可以看官方文档。所有安装包在官网下载页都能找到。不管哪种方式结果是一样的——Manager 服务跑在 8000 端口Worker 跑在 8011 端口。登录后能看到数据源管理、任务管理、节点管理几个核心模块。每个页面都简洁没什么花哨的。配置数据源添加 MySQL 数据源左侧导航进数据源管理 → “新增数据源”类型选择 MySQL填上连接信息主机、端口3306、库名、用户名、密码点击测试连接验证添加达梦数据源达梦的配置稍微有一点需要注意。同样点新增数据源类型选择 达梦(DM)连接地址格式jdbc:dm://192.168.1.100:5236默认端口 5236填写达梦的数据库名、用户名、密码测试连接这里有个坑——达梦数据库的 JDBC 驱动版本和 DataMover 自带的版本一定要匹配。如果你用的达梦版本比较老DM7DataMover 能否兼容需要确认。本文以 DM8 为准如果你用的是 DM7建议先联系 DataMover 技术支持确认一下驱动版本。创建同步任务数据源配好之后核心环节来了。选择源和目标点新增任务基础信息给任务起个名比如mysql_to_dameng_order选择源选刚才配好的 MySQL 数据源选择目标选达梦数据源表选择源库的表列表会列出来勾选你要迁移的表。我选了业务常用的几张表orders、users、products、order_items。选完后DataMover 会自动检测目标库是否存在同名表。如果不存在下一步会触发自动建表。字段映射这是我最喜欢的一个环节——字段映射界面会把源表和目标表的字段左右对比展示。同名字段比如两边都有id、name、created_at会自动匹配上。命名不一样的手动拖一下就行。自动建表如果达梦库里没有这张表DataMover 会显示目标表不存在将自动创建。这一点在国产化迁移场景里太省事了——MySQL 的AUTO_INCREMENT会被转换成达梦的IDENTITYVARCHAR长度、DATETIME类型都会做对应转换。我个人建议正式迁之前先让 DataMover 自动建表然后到达梦客户端看一眼 DDL确认转换结果符合预期再正式跑全量迁移。同步模式这里选全量同步一次性把 MySQL 的所有数据搬到达梦。如果你后续还需要增量同步或 CDC 实时同步DataMover 同样支持——CDC 实时同步延迟达秒级。执行与监控配置完成后点保存并启动。任务开始跑之后监控界面上能看到当前进度已处理行数 / 总行数吞吐量每秒多少行运行状态运行中 / 已完成 / 异常日志每条同步记录的详细日志如果任务中途报错DataMover 会显示具体的错误信息和 SQL 上下文。常见错误比如字段类型不兼容——在字段映射里改一下类型映射就好不用重新配置整个任务。结果验证同步完后我在达梦的查询工具里做了几项验证1. COUNT 校验-- MySQL 源库SELECTCOUNT(*)FROMorders;-- 返回500000-- 达梦目标库SELECTCOUNT(*)FROMorders;-- 返回5000002. 抽样核对取几条关键数据对比字段值是否一致-- MySQLSELECT*FROMordersWHEREidIN(1,100,10000,500000);-- 达梦SELECT*FROMordersWHEREidIN(1,100,10000,500000);3. 表结构检查看看自动建表的结果——字段名、类型、注释都对得上。踩坑记录做这个迁移的时候我遇到了几个问题写出来给你参考坑 1达梦连接失败 — 端口不对第一次添加达梦数据源时报连接超时。查了半天发现达梦默认端口不是 5236安装的时候改成了 5237。这事看起来小但排查花了我十几分钟。坑 2自增主键映射MySQL 的AUTO_INCREMENT到达梦后变成了IDENTITYDataMover 的自动建表处理了这个转换但如果你有业务逻辑依赖主键的自增值需要在迁移前先跑一下达梦的序列确保从正确值开始。坑 3字符集问题源库 MySQL 是 utf8mb4达梦默认字符集可能是 GBK。如果配置不对中文数据入库后变成乱码。解决方式到达梦的 JDBC 连接串上加参数?characterEncodingUTF-8。坑 4大表超时并发小表 50 万行没问题但如果几千万行多表并发执行默认的 JVM 内存可能不够。Worker 容器的默认 JVM 配置是 2GB大表场景建议调到 4GB 以上在.env文件中加一行JAVA_OPTS-Xms4g-Xmx4g改完后重新部署./deploy.sh脚本会自动拉最新配置重启服务。总结说白了这个场景的核心就是MySQL 的数据要搬到达梦中间不能丢、不能错、能断点续传。DataMover 干这事确实省心——Docker 拉起即用Web 界面配一配就跑起来了自动建表和智能映射帮我把最烦人的 DDL 转换和字段对齐做掉了。
