达梦数据库（DM）Linux 下创建新实例并预防 MySQL 迁移问题
适用场景：宿主机已存在一个达梦实例（示例：
/opt/dmdbms/data/DMDB，端口 5236），需要在不影响老实例的前提下新建一个实例，专门用于承接 MySQL 迁移，并通过初始化参数提前规避迁移常见问题。
一、总体思路
- 隔离：新实例使用全新的空目录、不同的端口，与老实例完全隔离。
- 验证：创建前先确认用户、目录、端口，避免误伤老实例。
- 参数前置：把 MySQL 迁移中"建库后无法修改"的参数在
dminit阶段一次性设对。 - 建库后配置：开启 MySQL 兼容模式等参数，重启生效。
- 迁移配合：DTS 工具设置与数据库参数配合，减少报错。
二、创建前验证（必做）
2.1 确认 dmdba 用户存在
iddmdba预期输出类似：
uid=1001(dmdba) gid=1002(dinstall) groups=1002(dinstall)2.2 确认老实例端口，避开冲突
ss-lntp|grepdmserver示例输出：
LISTEN 0 4096 *:5236 *:* users:(("dmserver",pid=1087,fd=3))说明老实例占用5236，新实例选用5237（或其他未占用端口）。
2.3 验证新端口是否空闲
ss-lntp|grep5237无输出即表示端口可用。
2.4 验证目标目录是否干净
ls-ld/opt/dmdbms/data/NEWDB- 提示
No such file or directory：路径干净，可创建。 - 目录已存在：用
ls -A /opt/dmdbms/data/NEWDB确认是否为空，非空则换路径，不要冒险。
2.5 创建目录并授权给 dmdba
mkdir-p/opt/dmdbms/data/NEWDBchowndmdba:dinstall /opt/dmdbms/data/NEWDBls-ld/opt/dmdbms/data/NEWDB确认属主为dmdba:dinstall。
三、执行初始化（关键参数）
切换到dmdba用户执行：
su- dmdbacd/opt/dmdbms/bin执行dminit（面向 MySQL 迁移的参数已显式指定）：
./dminitpath=/opt/dmdbms/data/NEWDB\DB_NAME=NEWDB\INSTANCE_NAME=NEWDB\PORT_NUM=5237\PAGE_SIZE=16\EXTENT_SIZE=32\CHARSET=1\CASE_SENSITIVE=0\LENGTH_IN_CHAR=1\BLANK_PAD_MODE=0\SYSDBA_PWD=你的密码如果执行后出现初始化失败
initdb V8 db version: 0x7000d file dm.key not found, use default license! License will expire on 2026-11-13 Invalid parameter:LENGTH_IN_CHAR. Input "help" for help information. fail to init db.原因是：达梦从 2024 年第二季度之后的版本开始，就正式取消了这个初始化参数。你看到的 Invalid parameter:LENGTH_IN_CHAR 正是因为版本不再支持它。社区里也有其他用户遇到过完全相同的报错，官方回复的建议就是直接删除这个参数。
3.1 参数说明（为何这样设）
| 参数 | 建议值 | 原因 | 建库后可否修改 |
|---|---|---|---|
CASE_SENSITIVE | 0 | MySQL 默认大小写不敏感；达梦默认敏感，不关会导致查询/对象名对不上 | 不可修改 |
CHARSET | 1（UTF-8） | 对应 MySQL 的 utf8/utf8mb4 | 不可修改 |
LENGTH_IN_CHAR | 1 | 让 VARCHAR 按字符计长，避免 UTF-8 下汉字截断 | 不可修改 |
PAGE_SIZE | 16或32 | 防止宽表/大字段迁移时报"记录超长" | 不可修改 |
BLANK_PAD_MODE | 0 | 贴近 MySQL 字符串比较不补空格的行为 | 不可修改 |
PORT_NUM | 5237 | 避开老实例 5236 | 可改（需重启） |
初始化成功后会输出完成提示，并在
/opt/dmdbms/data/NEWDB下生成dm.ini等文件。老实例目录/opt/dmdbms/data/DMDB全程未被触碰。
四、注册新实例为系统服务（推荐）
用 root 执行注册脚本，便于单独启停新实例：
su - root
/opt/dmdbms/script/root/dm_service_installer.sh\-tdmserver\-pNEWDB\-dm_ini/opt/dmdbms/data/NEWDB/dm.ini如果上面命令报错可能是目录不正确
初始化时 path=/opt/dmdbms/data/NEWDB，实际生成的 dm.ini 在 NEWDB 子目录下，完整路径应该是 /opt/dmdbms/data/NEWDB/NEWDB/dm.ini —做参考，以实际情况为准
/opt/dmdbms/script/root/dm_service_installer.sh\-tdmserver\-pNEWDB\-dm_ini/opt/dmdbms/data/NEWDB/NEWDB/dm.ini之后可单独启停：
systemctl start DmServiceNEWDB systemctl stop DmServiceNEWDB systemctl status DmServiceNEWDB与老实例的服务互不干扰。
五、建库后必须做的配置（防迁移报错）
用新实例SYSDBA登录disql：
cd/opt/dmdbms/bin ./disql SYSDBA/你的密码@localhost:52375.1 开启 MySQL 兼容模式
SP_SET_PARA_VALUE(2,'COMPATIBLE_MODE',4);4表示兼容 MySQL。静态参数，需重启实例生效。
5.2（可选）放宽严格模式
若迁移遇到 MySQL 能容忍、达梦报错的数据，可执行：
SP_SET_PARA_VALUE(2,'MY_STRICT_TABLES',0);同样需重启生效，可减少语法/数据格式类报错。
5.3 重启新实例使参数生效
systemctl restart DmServiceNEWDB重启后可通过以下命令确认：
SELECTPARA_NAME,PARA_VALUEFROMV$DM_INIWHEREPARA_NAMEIN('COMPATIBLE_MODE','MY_STRICT_TABLES');六、DTS 迁移工具的配合设置
使用达梦 DTS 迁移 MySQL 数据时：
- 在"指定复制对象"步骤，取消勾选"保持对象名大小写"。
- 原因：数据库已设为大小写不敏感，对象名统一转大写后，MyBatis 等应用不加双引号也能正常访问，避免 MySQL 小写表名迁移后"查不到"。
- 迁移前确认源库字符集，与达梦
CHARSET设置一致（UTF-8 对 UTF-8）。 - 对大字段/宽表，确认
PAGE_SIZE足够（16K/32K）。
七、整体检查清单
dmdba用户存在- 老实例端口已确认（5236），新端口（5237）空闲
- 新目录不存在或为空，属主为
dmdba:dinstall dminit显式指定CASE_SENSITIVE=0、CHARSET=1、LENGTH_IN_CHAR=1、PAGE_SIZE=16/32、BLANK_PAD_MODE=0- 新实例服务已注册，可独立启停
COMPATIBLE_MODE=4已设置并重启生效- （可选）
MY_STRICT_TABLES=0已设置 - DTS 迁移时取消"保持对象名大小写"
- 迁移后抽查汉字长度、大小写查询、宽表数据
八、常见风险提示
- 切勿把
PATH指向老实例目录（/opt/dmdbms/data/DMDB），否则可能报错或覆盖。 - 端口不能与老实例相同，否则新实例启动失败。
CASE_SENSITIVE、LENGTH_IN_CHAR、CHARSET、PAGE_SIZE建库后不可改，这次初始化是最后纠正机会。COMPATIBLE_MODE是静态参数，改完必须重启，否则不生效。- 迁移前建议对老实例和新实例分别做一次备份/快照，作为兜底。
