1. 迁移前夜先搞清楚达梦到底是个什么“梦”第一次接触达梦数据库的MySQL老手往往带着两种极端情绪要么觉得“又一个国产数据库换汤不换药”要么觉得“文档这么厚迁移肯定是个大工程”。我在做了几次实际迁移之后感受更接近后者——迁移本身确实不难三分钟能完成核心数据搬迁但背后的兼容性改造和踩坑清单才是真正拉开差距的地方。先明确一个基础认知达梦数据库DM8是武汉达梦推出的关系型数据库它支持多种兼容模式包括Oracle模式、MySQL模式、SQL Server模式等。做MySQL迁移时关键在于初始化实例时选择正确的兼容参数而不是装完再调。很多新手一上来就按默认配置建库结果导入表结构时满屏报错回头骂“达梦不好用”其实问题出在兼容模式没选对。这篇内容适合三类人一是公司有国产化替代需求需要把MySQL业务迁到达梦的DBA或后端开发二是刚接触达梦想了解它跟MySQL到底差在哪的数据库爱好者三是做数据中台、异构平台整合的架构师想快速评估成本的人。我会从工具准备、三分钟快速迁移操作、SQL兼容性改造到常见问题排查完整走一遍我的实操路线。提示本文所有操作基于 DM8 与 MySQL 5.7/8.0 环境迁移工具使用达梦自带的 DTS数据迁移工具旧版本请先升级到 DM8 的最新版避免工具本身的bug干扰判断。2. 快速迁移的整体思路为什么能三分钟搞定很多人一听“三分钟迁移”第一反应是质疑几百万行的表三分钟怎么可能导完这里要区分一个概念“三分钟完成”指的是从拿到连接信息、建库、导完表结构、开始导数据到数据校验完成整个操作链路在输入命令和点击操作层面不超过三分钟而不是物理传输几千万行数据只要三分钟。大表还是要等IO跑完但等待过程中你已经被释放了可以去喝茶。我的迁移思路分四步建库并设为MySQL兼容模式——这一步决定了后续SQL的存活率。用DTS迁移工具从MySQL导入表结构与数据——DTS原生支持异构迁移能识别MySQL的建表语句自动转换成达梦语法。检查自增列、索引、约束、注释等信息——这是最容易被忽略但最容易出问题的环节。启动应用跑通关键业务流程抽样校验数据一致性——用业务来验证比任何校验脚本都靠谱。之所以选择DTS而不是导出SQL再手工改是因为达梦的DTS工具对MySQL的兼容做得已经很成熟能自动处理大部分类型映射。你需要的不是从零写SQL而是懂得在它转换完之后怎么去审查和修正。这里聊聊为什么不用Navicat等第三方工具直接迁移。Navicat支持MySQL到达梦吗较新版本已经能连达梦了但第三方工具更多是“能用”DTS是“为迁移而生”。它专门处理了MySQL到达梦的保留字冲突、字符集转换、数据类型映射批量提交策略也已经调优。我在实际对比中同一个200万行的表DTS的导入速度比通用工具快了不少而且出错信息更明确便于定位。选DTS还有一个现实原因达梦官网为Windows和Linux都提供了完整工具集DTS就内嵌在达梦管理工具中。也就是说你装完达梦工具就有了不需要额外部署任何迁移中间件。3. 动手准备三分钟内快速完成迁移的前提条件3.1 安装达梦数据库Windows下安装DM8很简单下载达梦官网的 x86_win_64 安装包双击exe一路下一步。这里有几个注意事项安装时不要使用默认实例名DMSERVER建议改成 dm8_mysql 这类一眼能看出用途的名字后续排查问题方便。端口默认5236跟你本机其他服务冲突的可能性极低但安装前还是顺手确认一下。如果安装目录有中文路径后续DTS工具连接时可能出现字符集相关怪异问题建议统一用纯英文目录。Linux下安装稍微多几个步骤。官方有命令行静默安装脚本但一般建议用图形化安装如果没有图形界面需要安装xauth等组件或用VNC。我个人的经验是生产环境用静默安装参数文件里把时区、页大小、兼容模式这些参数写好自己测试机就直接图形界面点选省事。3.2 配置MySQL连接准备迁移前确认几件事MySQL服务开着且迁移账号有权限读取你要迁移的库。建议用root或专门的迁移账号避免权限不足导致导表失败。MySQL的max_allowed_packet至少要大于最大行的单行数据量尤其是有Text/BLOB字段的表。如果是默认配置遇到一行几百KB的数据DTS读取时可能报错。建议迁移前临时调大迁移完再改回去。字符集必须是utf8mb4或utf8达梦默认字符集通常是UTF-8两边不统一的话中文会变成乱码。3.3 准备JDBC驱动DTS迁移工具是通过JDBC连接MySQL的。达梦自带连接MySQL的驱动包吗一般不自带需要从MySQL官网下载对应版本的JDBC驱动mysql-connector-java放到DTS工具指定的lib目录下。很多人在这一步被卡住现象是DTS选择MySQL数据源后测试连接报「找不到驱动类」。解决办法是找到达梦安装目录下的dmdbms\tool\jdk\lib或者tool\lib根据你的DTS版本把mysql-connector-java.jar拷进去重启DTS。注意JDBC驱动版本尽量跟你MySQL实例的大版本匹配。MySQL 8.0用最新驱动没问题但MySQL 5.7用太新的驱动反而可能连不上。我踩过一次MySQL 5.7 mysql-connector-java 8.0.33 一直握手失败换成驱动5.1.49版本就正常了。4. 核心实操三分钟完成MySQL到达梦的完整迁移4.1 第一步初始化一个兼容MySQL的数据库实例无论是Windows图形安装还是Linux静默安装在初始化实例时都要选兼容模式。这一步几乎决定了后续所有操作的顺畅程度。具体在图形安装的“初始化参数”界面有个参数叫COMPATIBLE_MODE兼容模式默认值是Oracle你得改成MySQLOracle模式下建表语法、序列、函数名都是Oracle风格跟MySQL相差很大。MySQL模式下达梦会尽量模拟MySQL的语法行为包括AUTO_INCREMENT、ENGINEInnoDB这些关键字也能被接受。有人问能不能不给实例选兼容模式在库里设置不行这个参数是初始化实例时指定之后不能随便改的。实际生产中如果想调整只能用dmrman工具备份还原的方式重建实例非常麻烦。所以安装时一定要想清楚。命令行的静默安装参数参考./DMInstall.bin -q # 交互式安装完成后用 dminit 初始化实例 ./dminit PATH/dm/data DM_NAMEdm8_mysql PORT_NUM5236 COMPATIBLE_MODEMySQL CHARSET1 PAGE_SIZE32看懂几个关键参数PATH数据文件存放目录建议单独放一块磁盘或分区方便后续扩容和备份。DM_NAME实例名。PORT_NUM监听端口。COMPATIBLE_MODEMySQL这就是核心必须写上。CHARSET1表示UTF-8字符集。PAGE_SIZE32页大小单位KB。达梦默认是8KB但如果是数据仓库类业务建议32KB能减少大字段、长文本的溢页提升性能。注意页大小初始化后也不能改。初始化完成启动服务# 前台启动 dmserver /dm/data/dm8_mysql/dm.ini # 或注册为系统服务 cd /dm/tool ./dmservice.sh看到SYSTEM IS READY的日志说明实例启动成功了。4.2 第二步用DTS一键导入MySQL表结构与数据DTS工具的位置在达梦的安装目录tool下。Windows下叫DTS.exeLinux下通过管理工具里的“数据迁移”打开。打开后按以下步骤配置新建迁移任务类型选“MySQL - 达梦”。源数据源填MySQL的连接信息IP、端口、用户名、密码、数据库名。目标数据源填达梦的连接信息IP、端口、用户名、密码选择之前建好的兼容MySQL的库。选择要迁移的模式和表默认是全库迁移。如果只想迁部分表取消勾选其它表即可。开始迁移。DTS会自动执行几个动作读取MySQL的表结构转换成达梦能识别的建表语句并执行。分批读取MySQL数据写入达梦。自动生成迁移日志记录成功与失败的表、错误信息。假设你MySQL里有 10 张表、每张表 50 万行配置好点“开始”后大部分时间其实是在等待传输真正需要你动手的时间不会超过三分钟。这个“三分钟”更准确地说是「迁移配置操作三分钟」之后就是等进度条。4.3 第三步检查自增列和序列MySQL的AUTO_INCREMENT在达梦中并不完全等同。DTS转换后达梦的表结构会用IDENTITY或序列加触发器来实现自增。这就有个常见隐患达梦的IDENTITY(1,1)默认是“禁止手动插入值”的。如果你的业务代码里明确写了主键ID插入比如数据回填、指定ID导入会直接报错。解决方法把表改为IDENTITY(1,1)允许显式插入值或者干脆去掉自增列改用序列。实际业务中我看到最稳妥的做法是保留达梦的IDENTITY但业务SQL尽量不手动指定主键插入。如果你的应用框架比如JPA、MyBatis Plus会自动生成主键并插入那就要改表结构为手动模式。改表语句参考-- 修改列标识属性为允许显式插入 ALTER TABLE tablename MODIFY id INT IDENTITY(1,1) NOT NULL WITH INSERT;这个WITH INSERT就是允许手动插入值的关键选项。没有它你INSERT指定ID必报错。4.4 第四步索引、注释、约束的核对DTS能迁移大部分索引但不能保证100%。我建议迁移完以后跑一遍导入的建表脚本逐表检查以下几点主键是否都带上了漏掉主键会影响后续binlog解析和业务更新。唯一索引是否都创建了尤其是业务上有唯一性约束的字段如手机号、订单号。外键要不要保留。如果业务代码本来就不依赖外键建议干脆不建提升并发写入性能。注释是否丢失。达梦的列注释和表注释语法跟MySQL类似但DTS偶尔会漏掉部分注释尤其是列级别的中文注释。检查并补上。默认值DTS对CURRENT_TIMESTAMP、DEFAULT 0这类默认值的转换比较稳但对CURRENT_TIMESTAMP ON UPDATE这种MySQL特有的写法达梦可能无法完美支持需要手工改成触发器或应用层逻辑。4.5 第五步数据校验数据校验不是可选项是必须项。我习惯用三把尺子行数校验逐表比对MySQL和达梦的 COUNT(*)。抽样核对每张表随机抽10条记录比对关键字段的值。业务流程验证登录应用走一遍新增、查询、修改、删除的核心路径确认无报错。很多人在第3步偷懒结果上线第一天发现登录接口报错一查是某条SQL的语法在达梦里不兼容。这个成本太高了建议你花半天把核心链路完整跑一遍。校验SQL示例-- 达梦端执行 SELECT table_name, num_rows FROM user_tables ORDER BY table_name; -- 与MySQL端 information_schema.tables 比对注意达梦的user_tables字段名跟Oracle类似但如果你用的是MySQL模式也可以用DM特有的系统视图。实际上一开始就用SELECT COUNT(*) FROM 表名比对最靠谱系统视图的数据不一定实时刷新。5. SQL兼容性改造迁移之后真正要花时间的环节很多人有个误解迁移完数据就算结束应用直接启动就行。实际上SQL层面的兼容性改造才是迁移项目的重头戏数据搬迁一晚上能搞定SQL兼容性改造可能要花几天甚至几周。为什么因为达梦虽然提供了MySQL兼容模式但不是100%照搬MySQL语法。常见差异点5.1 函数差异MySQL 有很多常用函数达梦的MySQL模式下有的支持有的不支持有的结果有差异。列举几个实际遇到的场景MySQL写法达梦兼容写法/处理判断非空IFNULL(a, 0)IFNULL基本能兼容但建议用COALESCE(a, 0)更稳字符串拼接CONCAT(a, b)兼容但注意 日期格式化DATE_FORMAT(now(), %Y-%m-%d)达梦支持TO_CHAR(now(), YYYY-MM-DD)两种都行建议统一时间戳转日期FROM_UNIXTIME(ts)达梦用TO_CHAR(TO_DATE(1970-01-01,YYYY-MM-DD) ts/86400, YYYY-MM-DD)行号/分页LIMIT 0, 10达梦MySQL模式支持LIMIT但不能在子查询任意嵌套时乱用必要时改用ROWNUM5.2 保留字冲突MySQL里很多字段名在达梦里是保留字比如level、comment、type、condition、timestamp等。DTS导表时如果遇到保留字一般会自动加引号处理但你的业务SQL如果写的是不带引号的裸字段名到了达梦就报语法错误。排查技巧把业务日志里的错误SQL收集起来用达梦的EXPLAIN逐条执行看哪些字段需要加双引号。5.3 事务隔离级别与锁机制MySQL默认的 InnoDB 事务隔离级别是REPEATABLE READ达梦默认通常是READ COMMITTED。如果你的业务重度依赖REPEATABLE READ下的间隙锁Gap Lock来防幻读迁移到达梦后要重点验证并发场景否则可能出现并发问题。解决方案应用层加乐观锁/版本号。达梦初始化参数里调整ISO_LEVEL但需要全局评估是否有副作用。重写存在幻读风险的SQL改用显式锁或唯一约束。这块偏体系化我建议在迁移评审时专门列一个「事务兼容性风险清单」不要等到线上并发出问题再去救火。5.4 存储过程与触发器如果原来MySQL里写了复杂的存储过程、触发器DTS迁移后多半需要手工调整。达梦对存储过程的支持语法跟Oracle更像与MySQL差异较大。常见改造点MySQL的DELIMITER语法达梦不需要。MySQL的存储过程参数模式IN/OUT写法类似但异常处理块DECLARE ... HANDLER语法不同需改写成达梦的EXCEPTION结构。触发器中的NEW/OLD引用在达梦中写法大致兼容但要注意字段名冲突和系统函数差异。如果存储过程不多我建议手工重写而不是依赖自动转换。如果存储过程很多建议先用DTS转一遍再逐个人工检查至少语法错误能在编译阶段暴露出来。5.5 字符集和排序规则MySQL的utf8mb4_general_ci、utf8mb4_unicode_ci这类排序规则达梦没有一一对应的概念。达梦更常用的是GB18030、UTF-8这种字符集排序规则也不太一样。迁移后常见现象中文排序结果和MySQL不一致、字符串比较时大小写敏感度不同。如果业务中对排序和比较有严格依赖需要测试后调整达梦的NLS_SORT或字段级别排序方式。6. 常见问题与排查技巧实录我在多次迁移实操中积累了一些高频问题整理成速查表你们对照排查可以省不少时间问题现象排查方向解决办法DTS测试连接报“找不到驱动类”JDBC驱动没放到DTS的lib目录拷贝mysql-connector-java.jar到tool目录并重启DTS导入表结构报语法错误源库表名/字段名是达梦保留字在DTS中开启“自动加引号”选项业务SQL同样处理导入数据后中文乱码字符集不一致源MySQL检查SHOW VARIABLES LIKE character_set%目标达梦检查SELECT * FROM v$nls_parameters保证两边UTF-8统一自增列插入失败IDENTITY默认禁止手动插入使用ALTER TABLE ... MODIFY id INT IDENTITY(1,1) WITH INSERT业务SQL执行报错不是GROUP BY表达式达梦对GROUP BY的兼容性跟MySQL不同改写SQL确保SELECT列都包含在GROUP BY中或改成聚合函数写法大表导入速度很慢未设置批量提交DTS导入选项里调整批量提交大小如batch_size1000检查网络延迟连接ssl错误MySQL 8.0默认开了SSLJDBC连接串加useSSLfalse或达梦DTS里关闭SSL迁移完成但外键全部丢失DTS部分版本不迁移外键手工导出原库外键关系在达梦中补建达梦安装Windows后服务启动失败端口被占用或权限不足检查5236端口占用以管理员身份运行dmserver6.1 一个典型的SSL连接报错案例有次我在迁移MySQL 8.0时DTS报错信息是Public Key Retrieval is not allowed。这个错误很经典原因是MySQL 8.0 默认的 caching_sha2_password 认证插件需要SSL或RSA公钥传输。解决思路有两条在MySQL端创建一个用mysql_native_password插件的用户专门给DTS用。在JDBC连接串里加上allowPublicKeyRetrievaltrueuseSSLfalse。我推荐第一种因为第二种改了应用连接串会引入新的安全隐患迁移账号用完后记得删掉。6.2 达梦安装后替换KeyLicense的操作达梦默认有试用期过期后你会遇到服务能启动但登录被拒或报授权错误。替换Key的操作分两步把达梦官方发的合法授权文件通常是dm.key放到安装目录。重启达梦服务。Windows和Linux都支持在线替换不需要重建实例。很多人不知道的是替换后最好执行一个SELECT * FROM v$license;确认授权类型和到期时间避免以为换成功实际上文件放错目录。7. 实操心得三分钟迁移的真相与时间规划最后分享点个人经验。如果你问我三分钟迁移是真的吗我的回答是准备工作到位的情况下从DTS打开到点击开始三分钟确实够用。但这个“三分钟”背后是对源库结构、业务SQL兼容性、达梦参数配置的充分理解。我自己的迁移节奏通常是第1天环境准备、实例初始化、JDBC驱动调试、DTS跑通小表。第2天全量数据导入同步做SQL兼容性改造。第3天业务联调数据校验并发压测修正隐藏问题。一周左右基本能完成一个标准中小型MySQL应用的迁移。如果你是几十张表、单表百万级的系统这个节奏完全可行。如果表数量大几百张存储过程几百个那我建议把时间预算翻倍。有一点我想强调不要迷信任何迁移工具的“一键完成”。DTS确实能帮你解决80%的结构和数据迁移但剩下的20%SQL语法兼容、自增列行为差异、字符集边界、事务语义差异、系统函数行为永远需要人工介入。它就像一个很擅长翻译的人能帮你把一本书从英文翻成中文但遇到俚语和双关翻出来总是怪怪的你得自己再润色一遍。另外达梦的社区和技术支持体系这几年进步很快碰到疑难杂症去官方社区搜“错误码达梦”很多时候能看到别人踩过的坑和官方回复。别一个人死磕该问就问该提工单就提工单。如果你准备的MySQL历史包袱不重没有海量存储过程、没有诡异语法迁到达梦之后你会发现在达梦上写SQL其实挺顺手事务能力、锁机制、备份恢复工具都做得扎实。这也是国产数据库这几年能顶上去的底气之一。