前言：为什么要把 MySQL “搬家”到达梦？

说实话，换数据库这事儿听起来挺吓人的。

但咱们公司Zui近要满足国产化要求，MySQL 那套生态不再是唯一选项。

于是达梦就成了新目标。

哈哈，这里有点像搬家——打包、搬运、重新摆放。

别担心，我会把整个过程拆成小块儿，你跟着走，基本不需要“翻墙”。

一、先把环境准备好——别等到跑代码才发现缺东西 1）安装达梦数据库

先在服务器上装好 DM。下载完后直接解压，执行 install.sh，一路回车。

安装完记得启动服务：

# 启动 DM
dmserver start
# 查kan状态
dmctl status

Ru果kan到 “running” 那就 OK。

2）创建专门的用户和库

达梦里一个用户对应一个业务库。咱们Ke以新建一个专门放 MySQL 数据的用户：

# 切换到管理员
su - dmadmin
# 创建用户
create user dm_user identified by 'StrongPwd!';
grant dba to dm_user;
# 创建 schema
create schema dm_user;

记得把密码写进配置文件里别忘了。

3）准备 JDBC 驱动

在 SpringBoot 项目里只需要加入 dm-jdbc.jar，MySQL 的驱动Ke以保留，以防兼容老代码。

二、数据迁移——把表结构和数据搬过去 1）使用达梦自带的迁移工具

达梦自带的 “DM Migration Assistant” 超好用。

打开工具，新建迁移计划，选源 MySQL，填上连接信息：

# 示例配置
url=jdbc:mysql://10.0.0.1:3306/old_db
username=root
password=xxxxxx

然后选目标 DM，选择刚才创建的 schema。

2）兼容模式设置

DM 有个参数叫 COMPATIBLE_MODE，设成 4 Ke以让它geng像 MySQL：

# 修改参数文件 dm.ini
COMPATIBLE_MODE=4
# 重启服务生效
dmctl restart

3）执行迁移并检查日志

点 “开始”，等几分钟。迁移完成后打开日志，kan有没有报错：

字段类型不匹配？比如 MySQL 的 TINYINT 在 DM 里要映射成 SMLINT

默认值里的 CURRENT_TIMESTAMP 在 DM 不支持，需要改成触发器。

Ru果出现这些小问题，就手动改一下脚本或在 DB 上加触发器。

三、应用层适配——让 SpringBoot+MyBatis Neng跑起来 a）多数据源 & databaseIdProvider 配置

Mysql 和 DM 同时存在？没事儿！用 MyBatis 的 databaseId 功Neng切换 SQL。

@Configuration
public class MyBatisConfig {
    @Bean
    public DatabaseIdProvider databaseIdProvider {
        VendorDatabaseIdProvider provider = new VendorDatabaseIdProvider;
        Properties p = new Properties;
        p.setProperty;
        p.setProperty;
        provider.setProperties;
        return provider;
    }
}

b）编写兼容 SQL —— 用 xml 的 databaseId 标记不同实现

    SELECT * FROM user WHERE id = #{id}


    SELECT * FROM user WHERE id = #{id} LIMIT 1


    SELECT * FROM user WHERE id = #{id} FETCH FIRST 1 ROWS ONLY

b-1）小技巧：使用 TOP 或 FETCH 关键字代替 LIMIT

Damn，这玩意儿Zui容易踩坑。别忘了把 LIMIT 换成 TOP 或者 FETCH，否则报错 “语法错误”。哈哈哈，你懂的！

四、拦截器大法——自动把不兼容的 SQL 改掉，不改业务代码！ a）思路概述

我们想Zuo到：业务层仍然调用原来的 Mapper 方法，却在底层自动把 SQL 重写或路由到 DM‑专属方法。

b）方法级别拦截器

import org.apache.ibatis.plugin.*;
import org.apache.ibatis.executor.Executor;
import org.apache.ibatis.mapping.*;
@Intercepts({
    @Signature,
    @Signature
})
public class MethodInterceptor implements Interceptor {
    private String dbType = "dm"; // 从配置读取
    @Override public Object intercept throws Throwable {
        Object args = iv.getArgs;
        MappedStatement ms =  args;
        String methodId = ms.getId;
        if  && !methodId.endsWith) {
            // 找对应的 DM 方法，Ru果有就换掉
            Configuration cfg = ms.getConfiguration;
            String dmMethod = methodId + "DM";
            if ) {
                MappedStatement dmMs = cfg.getMappedStatement;
                args = dmMs; // 替换掉原来的 MappedStatement
                System.out.println;
            }
        }
        return iv.proceed;
    }
    @Override public Object plugin{ return Plugin.wrap; }
    @Override public void setProperties{}
}

b-1）使用场景

If 原始 SQL 包含 GROUP_CONCAT → 用 WM_CONCAT 替代；这在 DM 不支持 GROUP_CONCAT 时特别有用。

If INSERT IGNORE → 改成普通 INSERT，因为 DM 没有 IGNORE 关键字。

If IFNULL → 换成 NVL，同理处理其他函数差异。

b-2）函数拦截器示例

@Intercepts({
    @Signature
})
public class ReWriteInterceptor implements Interceptor {
    @Override public Object intercept throws Throwable {
        StatementHandler sh =  iv.getTarget;
        BoundSql bs = sh.getBoundSql;
        String sql = bs.getSql;
        // 简单替换示例
        sql = sql.replaceAllGROUP_CONCAT", "WM_CONCAT")
                 .replaceAllINSERT\\s+IGNORE\\s+INTO", "INSERT INTO")
                 .replaceAllIFNULL", "NVL");
        // 用反射
 SQL
        java.lang.reflect.Field f = bs.getClass.getDeclaredField;
        f.setAccessible;
        f.set;
        System.out.println;
        return iv.proceed;
    }
    @Override public Object plugin{ return Plugin.wrap; }
    @Override public void setProperties{}
}

五、把拦截器挂进去——SpringBoot 配置一行搞定

@Configuration
@ConditionalOnExpression")
public class DmMybatisConfig {
    @Bean public MethodInterceptor methodInterceptor{ return new MethodInterceptor; }
    @Bean public ReWriteInterceptor reWriteInterceptor{ return new ReWriteInterceptor; }
    @Bean
    public ConfigurationCustomizer mybatisCustomizer{
        return cfg -> {
            cfg.addInterceptor);
            cfg.addInterceptor);
        };
    }
}

六、常见坑点速查表

COLUMN DEFAULT CURRENT_TIMESTAMP：D​M 没这个特性，要改成触发器或手动geng新列值。

TINYINT 当布尔：D​M 没布尔类型，用 CHAR 或 NUMBER。映射时记得加 typeHandler。

LONGBLOB / TEXT 类型：D​M 用 BLOB / CLOB，对应 Java 要用 byte / String，不要直接当 byte 存 LONGBLOB 否则报错。

七、上线验证——确保一切跑通再正式切流量

A/B 测试是必不可少的。先让一小部分请求走新库，监控慢查询和异常日志；没有问题再全量切换。哈哈，这一步ZuiNeng体现“稳如老狗”。

Epilogue：收官感言

Hello，我这篇随手写的“搬家指南”，其实就是一次真实项目经验的大杂烩啦～你kan，从装系统到写拦截器，再到调参修坑，全程dou用了Zui少侵入式方案，让业务代码几乎保持原样。

说实话，一开始我还以为得重写所有 Mapper 才行呢。结果发现只要搞定两套 SQL，再配合拦截器，就Neng优雅地实现零侵入迁移。 哈哈哈，你懂的，这种“偷懒”技术真的hen爽！ 不过别忘了上线前一定要Zuo足压测和回滚预案，否则真被卡住可别怪我没提醒你呀！ 祝你迁移顺利，系统高可用~撒花！ 🎉

---