MySQL 数据库迁移至达梦 DM8 常见问题

news2025/1/17 21:45:16

如何让迁移到 DM 的表名大小写和 MySQL 保持一致

MySQL 迁移到 DM 报错：列[NAMES]长度超出定义

MySQL 迁移到 DM 报错：记录超长

索引错误

DM大小写敏感配置

表空间

新建用户

用户与模式的关系

省略模式名的优势

实际操作

如何让迁移到 DM 的表名大小写和 MySQL 保持一致

【问题描述】：

从 MySQL 迁移到 DM 数据库后，表名都变成大写了，怎么能保持表名和 MySQL 中的大小写一致？

【解决方法】：

如果达梦数据库初始化的时候设置的是大小写敏感就会自动转大写，如果想保持小写，可以在迁移过程中勾选“保持对象名大小写”

MySQL 迁移到 DM 报错：列[NAMES]长度超出定义

【问题解决】：

经排查，该表的 NAMES 字段存放的是中文，UTF8 编码。
报错原因：MySQL 中 varchar(1) 可以存一个汉字，DM 数据库是以字节为单位。若是 gb18030 字符集，varchar(2) 才可以存一个汉字；若是 UTF-8 字符集，varchar(3) 才可以存一个汉字。该 NAMES 在 MYSQL 的长度为 10，在迁移过程中，达梦数据库建表的 NAMES 字段长度也是 10，那么就会导致当该字段中文字符超过 4 个的时候，就会出现无法存下的问题。

【解决方法】：
在此种情况下，为了保证汉字可以完整的被存储，可通过如下方法解决：
在迁移过程中，设置字符长度为“4”

MySQL 迁移到 DM 报错：记录超长

【问题分析】MySQL 中的varchar长度超过了DM 支持的最长长度（DM最长为8188）。

【问题解决】在DM管理工具中，将错误的表启用超长记录。再重新执行错误失败任务。

索引错误

在迁移过程中出现了索引错误，经过检查后发现索引已成功建立。这可能是迁移工具引发的误报，可以忽略这个问题。

DM大小写敏感配置

DM数据库默认大小写敏感，如需设置大小写不敏感，需要在初始化数据库时，配置CASE_SENSITIVE=0 ，Docker compose部署可参考如下配置：

version: '3'
services:
  dm8:
    image: xxx(填写你自己的镜像地址)/dm8:20240715
    container_name: dm8
    restart: always
    privileged: true
    environment:
      CASE_SENSITIVE: 0       # 是否区分大小写，0 表示不区分，1 表示区分
      LD_LIBRARY_PATH: /opt/dmdbms/bin
      PAGE_SIZE: 16
      EXTENT_SIZE: 32
      LOG_SIZE: 1024
      UNICODE_FLAG: 1
      INSTANCE_NAME: dm8_test
    ports:
      - "30236:5236"
    volumes:
      - ./conf/dm.ini:/opt/dmdbms/conf/dm.ini
      - ./data:/opt/dmdbms/data

表空间

在达梦 DM8 数据库中，表空间的作用主要体现在以下几个方面：

数据存储的灵活性： 表空间允许将不同的数据对象存储在不同的表空间中，使得数据组织和管理更加灵活。例如，你可以为不同的业务模块或表分配独立的表空间，从而更好地控制数据存储的性能和空间。
性能优化： 通过将大型表或常用索引放置在独立的表空间中，可以优化数据访问性能。达梦 DM8 允许指定不同的存储设备和文件路径，以便更合理地分配存储资源，减少 I/O 瓶颈。
数据备份与恢复： 表空间使数据库的备份和恢复更加灵活。可以单独备份或恢复某个表空间，而不影响其他表空间中的数据，这在数据恢复时尤其有用，能够显著缩短恢复时间。

在迁移 MySQL 数据库至达梦 DM8 的过程中，合理配置表空间有助于提高数据管理的效率，并为系统的性能优化提供了更多的选择。因此，建议在迁移前规划好表空间的分布，并根据业务需求配置相应的表空间。

新建表空间

新建用户

在达梦 DM8 数据库中，用户与模式的关系密切，每个用户都有一个与之同名的模式。这一设计不仅有助于组织和管理数据库对象，还使得在进行 SQL 查询时可以省略模式名，从而提高了代码的可读性和兼容性。

用户与模式的关系

用户（User）：
- 每个用户在数据库中是一个独立的身份，用于身份验证和权限管理。
- 用户可以在其模式下创建和管理数据库对象，例如表、视图和索引。
模式（Schema）：
- 每个用户自动创建一个同名的模式，这个模式用来组织用户创建的数据库对象。
- 模式作为数据库对象的逻辑集合，确保同名对象不会发生冲突。

省略模式名的优势

简化 SQL 语句：
当用户与模式同名时，在进行 SQL 查询时可以省略模式名。例如，在 test_user 用户下创建了一个表 orders，可以直接使用：
- ```
SELECT * FROM orders; -- 省略模式名
```
兼容现有代码：
- 很多后端代码（尤其是旧代码）通常不带数据库名或模式名前缀。省略模式名的做法能够减少在迁移过程中的代码修改，提高兼容性，避免引入不必要的错误。
提高可读性：
- 省略模式名使得 SQL 语句更加简洁和清晰，特别是在复杂查询中，简化了表名的引用，增强了代码的可读性。