MySQL迁移达梦数据库SQL语法差异与兼容性避坑指南

干了这么多年数据迁移，MySQL换到达梦这种国产数据库的活儿，我接过不止一次。说实话，每次听到"MySQL迁达梦"这几个字，第一反应不是工作量，而是语法兼容性这个雷区。很多团队在迁移前做了一堆表结构设计和数据全量备份的规划，结果一上应用，SQL一跑，直接报错，然后整个项目卡在联调阶段进退两难。这篇文章我就从实际踩过的坑出发，围绕SQL语法差异和整套迁移方案，把那些不跑一遍根本发现不了的问题捋清楚。

先交代一下我的经历背景。我之前负责过一个业务系统的国产化改造，源端是MySQL 5.7，目标端是达梦8（DM8），数据库体量大概是400多张表、接近1TB的数据，应用层同时涉及Spring Boot + MyBatis和一套报表系统，整体迁移周期压缩在三周内。所以从部署、迁移、SQL改写、应用适配到验证切换，基本每个环节都被逼着快速过了一遍。这也是为什么我对达梦在迁移上的那些"坑位"记得特别清楚。

1. 迁移踩雷前的第一课：达梦不是换个连接串就能跑的

很多开发第一次接触达梦，下意识会把它当成"MySQL的平替"，觉得都是关系型数据库，改个驱动、改个URL、把分号一加就完事。这个想法本身就有问题。

1.1 达梦的兼容模式：你在用MySQL模式还是Oracle模式

达梦数据库最特殊的一点，是它支持多种兼容模式。初始化实例的时候，有一个初始化参数叫COMPATIBLE_MODE，这个参数直接决定了后面你会遇到多少SQL语法问题。

如果COMPATIBLE_MODE=0，这是达梦的默认模式，语法向Oracle靠拢；如果COMPATIBLE_MODE=4，则是MySQL兼容模式，很多MySQL特有的语法会被识别。

先说一个非常容易踩的坑：很多项目初始化实例时根本没人关注这个参数，直接默认值装完就开干。结果应用层用的是MySQL的LIMIT分页语法、反引号引字段名这类写法，达梦在Oracle模式下全都认不出来，于是报错一片。我第一次做达梦迁移项目时，就被这个参数坑过，一开始以为是驱动问题，查了半天才发现根子上兼容模式就选错了。

所以我的建议是，如果源端是MySQL且应用层几乎不改SQL，那么在初始化达梦实例时就要明确设置COMPATIBLE_MODE=4，后续的迁移会省掉大量改写工作。如果是老系统里的Oracle迁移，那就保持默认模式。最怕的是根本没想过模式这回事，装完直接导数据写应用，最后两头不靠。

这里补充一下，达梦安装包在Linux环境下的安装，尤其是麒麟V10这类国产操作系统上，还需要检查glibc版本和系统位数，部分场景需要配置环境变量DM_HOME和LD_LIBRARY_PATH。Windows环境下安装反而简单，直接双击安装包按向导走即可。但无论哪个平台，初始化实例时的兼容模式参数都要规划好，这是迁移的第一决策点。

1.2 工具链：DBeaver、Kettle、Navicat到底能不能用

达梦官方提供了数据库管理工具DM管理工具，这个工具本身能用，但说实话，界面和操作习惯跟Navicat差得有点远，很多开发者不太爱用。于是大家习惯性地想用Navicat、DBeaver去连达梦。

• DBeaver连接达梦：DBeaver本身没有内置达梦驱动，但可以通过"数据库驱动管理器"添加达梦JDBC驱动（DmJdbcDriver18.jar）实现连接。驱动包在达梦安装目录的drivers/jdbc下可以找到。连的时候URL格式是jdbc:dm://IP:5236。DBeaver的通用性确实好，很多SQL排查工作我都是直接用它做的。
• Navicat连接达梦：新版本的Navicat Premium是支持达梦数据库连接的，如果连不上，检查一下版本，旧版本确实不支持。
• Kettle（PDI）连接达梦：需要下载达梦的JDBC驱动，并在Kettle的lib目录下放置驱动包，然后在数据库连接里选"Generic database"，自定义连接URL和驱动类名。

这里有个经验，工具链能成功连上只代表JDBC/ODBC层面通，不代表SQL语法层面兼容。很多工具连上后照样不能执行MySQL特有的语法，因为语法解析是在达梦服务端做的，跟工具本身无关。所以排查语法问题，第一选择应该是达梦自带的"DM管理工具"或者命令行disql，因为它给出的报错信息更贴近达梦的解析逻辑。

2. 语法兼容性排查：一个别名引发的报错排查链路

标题里有一个非常典型的问题——"达梦数据库 别名 model 报错 m 不报错"。这个看起来特别像玄学，一个别名一会儿能用一会儿不能用，搞得很多开发一头雾水。

2.1 问题复现：MODEL作为别名需要加双引号

我们当时遇到的实际场景是这样的：

sql复制-- MySQL正常执行
SELECT id, name AS model FROM user_info;

-- 到达梦（Oracle兼容模式）则报错
SELECT id, name AS model FROM user_info;
-- 报错信息：第1行, 第25列, 此处出现无效的列名或表达式: MODEL

但同样的语句，如果别名换成一个普通字符比如m：

sql复制SELECT id, name AS m FROM user_info;

就完全没问题。

当时第一反应是"达梦的SQL解析器有病吧"。后来查了达梦官方文档和社区案例才发现，MODEL在达梦数据库里是保留关键字之一，用来支持MODEL子句（用于构建多维分析查询）。保留关键字不能直接作为标识符使用，除非使用双引号包裹。

正确的写法是：

sql复制SELECT id, name AS "model" FROM user_info;

或者干脆改别名，不要叫model。

但这里有一个更隐秘的坑：在达梦里，如果关键字用双引号包裹，且双引号内的字母不是全大写，那么达梦会把双引号内的内容当作一个大小写敏感的标识符来对待。也就是说"model"和"MODEL"是两个不同的标识符。这跟我们