从MySQL迁移到DM8：手把手教你改造若依v3.8.6前后端分离版的SQL与代码生成器-洪萨配资

从MySQL到DM8：若依v3.8.6全栈迁移实战指南

当国产化替代浪潮席卷IT基础设施领域，达梦数据库(DM8)作为核心数据库产品之一，正在被越来越多的企业纳入技术栈。本文将深入剖析基于SpringBoot的若依v3.8.6前后端分离项目从MySQL迁移至DM8的全过程，不仅涵盖基础配置调整，更聚焦于SQL语法差异、系统表查询改造以及代码生成器适配等深度改造场景。

1. 环境准备与驱动配置

达梦数据库的JDBC驱动需要手动引入到项目中，这与MySQL通过Maven中央仓库直接依赖的方式有明显区别。建议在项目resources目录下创建lib文件夹存放DmJdbcDriver18.jar，并通过system scope方式引入：

<dependency> <groupId>com.dm</groupId> <artifactId>DmJdbcDriver18</artifactId> <version>1.8</version> <scope>system</scope> <systemPath>${project.basedir}/src/main/resources/lib/DmJdbcDriver18.jar</systemPath> </dependency>

数据源配置需要特别注意达梦特有的连接参数：

spring: datasource: druid: master: url: jdbc:dm://localhost:5236/ username: SYSDBA password: SYSDBA driver-class-name: dm.jdbc.driver.DmDriver

关键差异点：

默认端口从MySQL的3306变为5236
超级账户从root变为SYSDBA
连接字符串不再需要时区等附加参数

2. SQL语法兼容性改造

2.1 REPLACE INTO的替代方案

达梦不支持MySQL的REPLACE INTO语法，需要使用MERGE INTO实现相同功能。以用户在线状态记录为例：

<!-- 原始MySQL语法 --> <insert id="saveOnline"> REPLACE INTO sys_user_online(sessionId, login_name...) VALUES (#{sessionId}, #{loginName}...) </insert> <!-- 达梦兼容语法 --> <insert id="saveOnline"> MERGE INTO sys_user_online USING (SELECT #{sessionId} sessionId... FROM dual) d ON sys_user_online.sessionId = d.sessionId WHEN matched THEN UPDATE SET... WHEN NOT matched THEN INSERT... </insert>

2.2 集合查询函数改造

达梦不支持FIND_IN_SET函数，需要使用LIKE配合CONCAT实现相似功能：

<!-- 部门层级查询改造 --> <select id="selectChildrenDeptById"> <!-- MySQL原版 --> SELECT * FROM sys_dept WHERE find_in_set(#{deptId}, ancestors) <!-- 达梦适配版 --> SELECT * FROM sys_dept WHERE ancestors LIKE concat('%', #{deptId}, '%') </select>

性能提示：LIKE查询可能导致全表扫描，建议在ancestors字段上建立函数索引：

CREATE INDEX idx_dept_ancestors ON sys_dept(ancestors);

3. 系统表查询适配

达梦的系统表结构与MySQL的information_schema有显著差异，需要重写所有涉及元数据查询的SQL：

3.1 表结构查询改造

<select id="selectDbTableColumnsByName"> <!-- MySQL原版 --> SELECT column_name FROM information_schema.columns WHERE table_schema = (select database()) AND table_name = #{tableName} <!-- 达梦适配版 --> SELECT t3.COLUMN_NAME FROM SYS.USER_TAB_COLUMNS t3 WHERE t3.TABLE_NAME = #{tableName} ORDER BY t3.COLUMN_ID </select>

3.2 表注释查询优化

达梦将表注释与列注释分别存储在USER_TAB_COMMENTS和USER_COL_COMMENTS视图中：

<select id="selectDbTableList"> SELECT t1.TABLE_NAME, t2.COMMENTS FROM SYS.USER_TABLES t1 JOIN SYS.USER_TAB_COMMENTS t2 ON t1.TABLE_NAME = t2.TABLE_NAME WHERE t1.TABLE_NAME NOT LIKE 'gen_%' </select>

4. 代码生成器深度适配

若依的代码生成器模块需要针对DM8进行特殊改造，主要体现在模板文件和元数据查询两个层面。

4.1 元数据查询重构

获取表字段信息时需要关联多个系统视图：

<select id="selectDbTableColumnsByName" resultMap="GenTableColumnResult"> SELECT t3.COLUMN_NAME AS column_name, CASE WHEN t3.NULLABLE = 'N' AND t4.CONSTRAINT_TYPE != 'P' THEN '1' ELSE NULL END AS is_required, IF(t4.CONSTRAINT_TYPE = 'P', 1, 0) AS is_pk, t3.COLUMN_ID AS sort, t5.COMMENTS AS column_comment FROM (SELECT COLUMN_NAME, COLUMN_ID, NULLABLE, TABLE_NAME FROM SYS.USER_TAB_COLUMNS WHERE table_name = #{tableName}) t3 LEFT JOIN ... </select>

4.2 模板文件调整

需要修改velocity模板中的类型映射关系：

# MySQL类型到Java类型的映射 # 原始配置 #set($jdbcType = $column.jdbcType) # 达梦适配配置 #if($column.jdbcType == "VARCHAR2") #set($jdbcType = "VARCHAR") #end

5. 实战迁移检查清单

为确保迁移过程完整，建议按照以下步骤系统化操作：

驱动配置阶段
- [ ] 下载匹配JDK版本的DM驱动
- [ ] 配置system scope依赖
- [ ] 验证驱动加载是否成功
SQL改造阶段
- [ ] 替换所有REPLACE INTO为MERGE INTO
- [ ] 转换FIND_IN_SET为LIKE查询
- [ ] 检查所有日期格式化函数
系统表查询改造
- [ ] 替换information_schema查询
- [ ] 验证所有元数据查询结果
- [ ] 添加必要的权限控制
代码生成验证
- [ ] 测试单表代码生成
- [ ] 验证树表生成逻辑
- [ ] 检查前端表单渲染正确性

典型问题处理：

达梦的VARCHAR2类型需要特殊处理
自增主键配置方式不同
事务隔离级别默认值差异

6. 性能优化建议

迁移完成后，针对达梦特性进行针对性优化：

-- 启用达梦特有的执行计划优化 ALTER SESSION SET OPTIMIZER_MODE = 'FIRST_ROWS'; -- 调整序列缓存大小 ALTER SEQUENCE seq_name CACHE 100; -- 表空间优化配置 CREATE TABLESPACE ry_data DATAFILE 'ry_data.dbf' SIZE 1024M AUTOEXTEND ON;

在项目实际部署中，我们发现达梦对复杂子查询的处理方式与MySQL有显著差异。一个典型的案例是部门树形查询，通过将多层嵌套子查询改为CTE(Common Table Expression)方式，性能提升了3倍以上：

WITH RECURSIVE dept_tree AS ( SELECT * FROM sys_dept WHERE dept_id = #{rootDeptId} UNION ALL SELECT d.* FROM sys_dept d JOIN dept_tree dt ON d.parent_id = dt.dept_id ) SELECT * FROM dept_tree