1. 项目概述从MySQL到国产达梦的迁移全景最近几年身边不少朋友和客户的项目都开始考虑或已经启动了数据库的国产化替代。作为在数据库领域摸爬滚打了十几年的老DBA我经手过不少从Oracle、MySQL迁移到达梦数据库的案例。今天我就以最经典的MySQL到达梦的迁移场景为例拆解一下数据导入这个核心环节。这绝不仅仅是运行一个mysqldump然后换个库执行那么简单它涉及到字符集、数据类型、语法差异、性能调优等一系列“暗礁”。网上很多教程只给命令不讲背后的逻辑和踩过的坑导致很多团队在迁移过程中反复折腾甚至出现数据不一致的严重问题。这篇文章我会结合我最近处理的一个千万级用户系统的迁移实战把从评估、准备、迁移到验证的完整流程和核心细节掰开揉碎讲清楚目标是让你看完就能上手避开我当年踩过的所有坑。2. 迁移前的核心评估与方案设计在动手敲任何命令之前充分的评估和设计是成功迁移的一半。盲目开始往往意味着中途返工甚至数据丢失。2.1 源端MySQL与目标端达梦的差异性深度解析首先必须清醒认识到MySQL和达梦虽然都遵循SQL标准但就像普通话和地方方言语法和特性上存在诸多差异。忽略这些差异直接导入脚本大概率会执行失败。1. 数据类型映射这是第一道坎MySQL的VARCHAR长度定义和达梦的VARCHAR2达梦也支持VARCHAR但习惯用VARCHAR2在字符计算上可能不同尤其是涉及中文等多字节字符时。更需要注意的是数值类型和日期类型。自增列MySQL的AUTO_INCREMENT对应达梦的IDENTITY(1,1)。在达梦中你需要明确指定种子和增量。日期时间MySQL的DATETIME精度默认为0而达梦的DATETIME类型更类似于TIMESTAMP需要注意精度定义。通常迁移日期数据到达梦的TIMESTAMP类型是更稳妥的选择。大文本/二进制MySQL的TEXT/BLOB系列对应达梦的CLOB/BLOB但达梦在处理超长文本时有LONG VARCHAR等类型需要根据实际数据长度选择。实操心得我强烈建议在迁移前先抽取源库中所有表结构的CREATE TABLE语句并手动或通过工具将其转换为达梦语法。重点检查自增列、默认值、注释和索引定义。达梦对默认值表达式的要求可能更严格。2. SQL语法与函数兼容性这是错误的重灾区。一些在MySQL中运行良好的SQL在达梦里可能直接报错。字符串拼接MySQL可以用CONCAT()函数或||运算符取决于sql_mode而达梦的||是标准的字符串连接符但需要确保CONCAT函数的参数数量和行为一致。分页查询MySQL用LIMIT offset, row_count达梦用LIMIT row_count OFFSET offset或者更常用的SELECT * FROM table LIMIT m, n注意顺序和MySQL是反的。迁移分页逻辑时必须改写。系统函数如获取当前时间MySQL是NOW()达梦是SYSDATE。日期格式化函数DATE_FORMAT在达梦中是TO_CHAR。IFNULL()在达梦中是NVL()。引号处理MySQL中反引号可以用来包裹标识符如表名、列名达梦通常使用双引号。如果表名是关键字或包含特殊字符这点要特别注意。2.2 工具选型为什么我推荐“组合拳”而非单一工具市面上有很多数据库迁移工具达梦官方也提供了DTS数据迁移工具。但根据我的经验对于生产环境的中大型MySQL迁移纯图形化工具风险较高尤其是当表结构复杂、数据量巨大时。我推荐“结构迁移用脚本数据迁移用专业工具”的组合拳。结构迁移Schema Migration使用mysqldump配合sed/awk或Python脚本进行预处理。mysqldump -d可以只导出表结构。然后编写转换脚本将MySQL的CREATE TABLE语句批量转换为达梦语法。这样做的好处是可控、可追溯、可批量重试。数据迁移Data Migration这是核心。对于数据量在百GB级别以下我推荐使用达梦自带的dimp/dexp逻辑导出导入工具。它们性能稳定支持并行和过滤是达梦生态内的首选。对于TB级超大数据量可以考虑使用Apache Spark JDBC或者定制化的数据同步程序进行分片、分批迁移但这需要一定的开发能力。为什么不首选图形化DTS工具图形化工具在简单场景下很方便但在处理异常如某张表导入失败、查看详细日志、进行性能调优调整提交批次、并发数时往往不如命令行工具直观和灵活。而且命令行工具更容易集成到自动化运维流程中。2.3 制定详尽的迁移Checklist与回滚方案迁移必须可控。我习惯为每个迁移项目制定一个详细的Checklist包括前置检查源库和目标库版本、字符集确保都是UTF8或GB18030、网络连通性、磁盘空间目标库空间至少为源库数据量的2倍、权限检查。结构迁移步骤导出结构 - 语法转换 - 在目标库预执行验证 - 修正错误 - 正式创建。数据迁移步骤全量导出 - 传输 - 全量导入记录开始/结束时间- 增量数据捕获与同步如果迁移期间源库仍写入- 数据一致性校验。后置操作迁移索引有时先导数据再建索引更快、迁移视图/存储过程/触发器需要大量重写、迁移用户及权限。回滚方案必须明确如果迁移后应用测试失败如何快速切回源库通常需要备份源库迁移时间点的Binlog或者确保迁移期间源库只读这样可以直接切换回来。3. 实战演练分步拆解迁移全流程假设我们要将一个名为user_db的MySQL数据库迁移到达梦数据库。源MySQL版本为5.7目标达梦版本为DM8。3.1 第一步环境准备与结构迁移1. 获取并转换表结构首先从MySQL导出纯表结构。# 在MySQL服务器执行 mysqldump -h [mysql_host] -u [user] -p[password] --single-transaction --set-gtid-purgedOFF --no-data --routines --events --triggers user_db mysql_schema.sql导出的mysql_schema.sql文件包含CREATE TABLE,CREATE VIEW等语句。接下来是最关键的一步语法转换。你可以使用达梦的迁移工具DTS进行初步转换但手动检查和修正必不可少。这里给出一个简单的Python脚本思路用于处理一些常见转换import re with open(mysql_schema.sql, r, encodingutf-8) as f: content f.read() # 示例转换AUTO_INCREMENT为IDENTITY # MySQL: id int(11) NOT NULL AUTO_INCREMENT # 达梦: id int NOT NULL IDENTITY(1,1) content re.sub(rAUTO_INCREMENT, IDENTITY(1,1), content) # 示例移除或替换反引号 content content.replace(, ) # 示例转换DATETIME为TIMESTAMP (根据业务需求) # content re.sub(rDATETIME, TIMESTAMP, content) # 示例处理默认值如CURRENT_TIMESTAMP达梦可能需要ON UPDATE CURRENT_TIMESTAMP的触发器来实现更新时自动更新这里先简单转换 # 注意达梦的CURRENT_TIMESTAMP()是函数可能需要调整 with open(dm_schema_converted.sql, w, encodingutf-8) as f: f.write(content)重要这个脚本非常基础。你必须仔细核对转换后的SQL特别是针对函数、索引定义达梦索引语法略有不同、外键约束等。2. 在达梦库中创建结构使用达梦的命令行工具disql或者图形化客户端执行转换后的SQL文件。# 使用disql连接达梦数据库 disql SYSDBA/[password]localhost:5236 # 在disql中执行SQL文件 start /path/to/dm_schema_converted.sql执行过程中控制台会输出错误信息。常见的错误包括关键字冲突如使用USER作为表名、不支持的语法等。根据错误逐一修正SQL脚本直到所有表、视图、序列等对象成功创建。3.2 第二步全量数据迁移的“正确姿势”结构创建无误后开始迁移数据。这里使用达梦的dexp导出和dimp导入工具。虽然它们通常用于达梦之间的迁移但我们可以通过一个“中转站”先将MySQL数据导出为一种通用格式如CSV再用达梦工具导入。方法A通过CSV文件中转推荐兼容性好从MySQL导出CSV对于每张表使用SELECT ... INTO OUTFILE命令需要FILE权限或客户端工具导出为CSV。注意字段分隔符和换行符。-- 在MySQL中执行 SELECT * FROM user_table INTO OUTFILE /tmp/user_table.csv FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY LINES TERMINATED BY \n;使用达梦dimp导入CSV达梦的dimp工具支持从定界文本文件如CSV导入。你需要编写一个控制文件.ctl来定义导入规则。# 示例控制文件 user_table.ctl # 达梦数据导入控制文件 USERIDSYSDBA/[password]localhost:5236 CONTROLYES FILE/tmp/user_table.csv TABLEUSER_TABLE ERRORS1000 ROWS5000 # 每5000行提交一次避免大事务 DIRECTTRUE # 直接路径加载速度更快然后执行导入dimp PARFILEuser_table.ctl方法B使用第三方工具或自定义程序如果数据量极大或表非常多可以编写Python脚本使用pymysql读取MySQL使用dmPython达梦官方Python驱动写入达梦。这样可以实现分页读取、批量提交、错误重试等高级功能。import pymysql import dmPython from contextlib import contextmanager contextmanager def get_mysql_conn(): conn pymysql.connect(hostmysql_host, useruser, passwordpass, databaseuser_db, charsetutf8mb4) try: yield conn finally: conn.close() contextmanager def get_dm_conn(): conn dmPython.connect(userSYSDBA, passwordpass, serverlocalhost, port5236) try: yield conn finally: conn.close() def migrate_table(table_name, batch_size5000): with get_mysql_conn() as mysql_conn, get_dm_conn() as dm_conn: mysql_cursor mysql_conn.cursor(pymysql.cursors.SSCursor) # 使用服务端游标防止内存溢出 dm_cursor dm_conn.cursor() mysql_cursor.execute(fSELECT * FROM {table_name}) col_count len(mysql_cursor.description) placeholders ,.join([%s] * col_count) insert_sql fINSERT INTO {table_name} VALUES ({placeholders}) batch [] for row in mysql_cursor: batch.append(row) if len(batch) batch_size: dm_cursor.executemany(insert_sql, batch) dm_conn.commit() batch [] if batch: dm_cursor.executemany(insert_sql, batch) dm_conn.commit()注意事项无论哪种方式务必在导入数据前禁用目标表的外键约束和触发器导入完成后再启用。这可以极大提升导入速度并避免循环依赖错误。在达梦中可以使用ALTER TABLE table_name DISABLE CONSTRAINT constraint_name;和ALTER TABLE table_name ENABLE CONSTRAINT constraint_name;。3.3 第三步增量数据同步与一致性校验对于允许停机的迁移可以在应用停写后进行一次最终的全量同步。但对于要求业务不间断的迁移就需要处理增量数据。1. 增量同步基于时间戳/自增ID如果表有可靠的update_time时间戳或自增主键可以在全量迁移后记录迁移开始的时间点或最大ID然后定期查询这个时间点之后的新数据同步到达梦。这种方式简单但可能无法捕获删除操作。基于MySQL Binlog这是最彻底的方式。可以使用Canal、Debezium等开源工具实时解析MySQL的Binlog转换为达梦可执行的SQL或中间格式再由消费程序写入达梦。这套方案比较复杂但能保证数据的最终一致性。达梦DTS工具也支持基于时间点的增量同步。2. 数据一致性校验迁移完成后必须验证数据是否一致。行数校验最简单的SELECT COUNT(*) FROM table对比。但行数相同不代表数据内容相同。哈希校验更可靠的方法。对每张表按照主键排序后计算所有字段拼接后的MD5或CRC32校验和可以在MySQL和达梦分别执行。如果校验和一致则数据一致性概率极高。-- 在MySQL中示例需根据实际情况调整 SELECT MD5(GROUP_CONCAT(CONCAT_WS(|, id, name, age) ORDER BY id)) AS checksum FROM user_table; -- 在达梦中达梦的GROUP_CONCAT是WM_CONCAT或使用LISTAGG SELECT MD5(LISTAGG(id || | || name || | || age, ) WITHIN GROUP (ORDER BY id)) AS checksum FROM user_table;对于超大型表可以分块按主键范围进行哈希校验。4. 性能调优与避坑指南迁移过程慢如蜗牛导入中途报错以下是提升迁移效率和稳定性的关键点。4.1 提升导入速度的“特效药”数据导入往往是性能瓶颈。这几个参数和技巧能显著提升dimp或自定义程序的导入速度。调整提交频率避免每插入一行就提交一次。在dimp控制文件中设置ROWS5000或更大在自定义程序中每5000或10000行提交一次事务。但注意批次太大可能导致回滚段膨胀和内存压力需要平衡。使用直接路径加载dimp的DIRECTTRUE参数会绕过SQL引擎和Buffer Pool直接写入数据文件速度极快。但在此期间表会被锁定无法进行其他DML操作。适合在停机维护窗口使用。并行导入如果服务器资源充足多CPU、高IOPS可以对不同表甚至同一表的不同分区进行并行导入。dimp工具本身支持多线程可以通过PARALLEL参数指定。禁用索引和约束如前所述在导入前禁用非唯一索引和外键约束导入后再重建。重建索引本身也可以并行。-- 达梦中禁用索引 ALTER INDEX index_name INVISIBLE; -- 导入后启用 ALTER INDEX index_name VISIBLE; -- 重建索引以优化性能 ALTER INDEX index_name REBUILD;优化达梦数据库参数临时调整一些实例级参数可以提升导入性能。例如增大BUFFER内存缓冲区、MAX_SESSIONS如果并发很高、COMMIT_FLUSH_COUNT控制提交时刷盘频率。务必在测试环境验证后再在生产环境调整。4.2 高频错误与疑难杂症排查错误“字符串截断”或“无效的字符”原因字符集不匹配是最常见原因。MySQL的utf8mb4和达梦的UTF8或GB18030需要正确转换。另外源数据中可能存在目标字段长度无法容纳的超长字符串或包含控制字符等非法字符。排查首先确认两端数据库、表、客户端的字符集设置一致。对于超长数据需要检查源表定义和目标表定义的长度是否一致注意字符和字节的区别。可以在导入前在MySQL端使用LENGTH()和CHAR_LENGTH()函数检查数据长度。错误“违反唯一约束”或“主键冲突”原因数据重复导入或者源表本身存在重复数据如果源表没有主键或唯一约束或者增量同步时点位回退导致重复消费。排查检查导入脚本是否被意外执行了多次。对于源表数据问题需要在MySQL端先进行数据清洗。对于增量同步确保消费位点的持久化是可靠且唯一的。错误“不支持的数据类型”原因dimp工具在解析中间文件或控制文件时无法识别某个数据类型代码。排查检查控制文件中对于字段数据类型的描述是否正确。如果使用自定义程序检查JDBC/Python驱动读取到的MySQL数据类型是否正确地映射到了达梦的数据类型。有时MySQL中的ENUM、SET类型需要转换为达梦的VARCHAR。导入过程中达梦数据库服务挂掉或变慢原因可能是事务过大ROWS设置过大导致UNDO表空间爆满或者大量写入导致REDO日志切换频繁亦或是内存耗尽。排查监控达梦数据库的告警日志dm.ini中LOG_PATH指定目录下的dm_实例名_日期.log。关注表空间使用率V$TABLESPACE、会话等待事件V$SESSION_WAIT。适当减小批量提交大小增加UNDO和REDO表空间大小。4.3 迁移后的优化与适配工作数据导入成功只是第一步应用要能稳定运行还需要后续工作。SQL改写与适配这是应用切换到达梦后最大的工作量。需要将应用代码、报表SQL、存储过程中所有不兼容达梦的语法和函数进行改写。建议在测试环境进行全面的SQL回归测试。索引分析与重建迁移后原有的索引可能不再是最优的。使用达梦的性能监控工具如EXPLAIN、ET系统包分析慢查询并根据达梦的优化器特性建立或调整索引。达梦的位图索引、函数索引等可能与MySQL不同。参数调优达梦的dm.ini参数配置体系与MySQL的my.cnf完全不同。需要根据新的硬件配置和工作负载调整内存分配、并发控制、日志归档等关键参数。例如MEMORY_POOL、BUFFER、MAX_SESSIONS等参数都需要仔细设置。备份策略建立数据到达梦后立即制定并测试新的备份恢复方案。达梦提供DMRMAN命令行工具和console工具进行物理备份和逻辑备份需要根据RPO和RTO要求选择合适的备份周期和策略。整个从MySQL到达梦的迁移是一个系统性工程考验的是DBA对两种数据库的深刻理解、细致的前期准备和严谨的操作流程。希望这篇结合实战的详细拆解能帮你扫清迁移路上的主要障碍。记住慢就是快充分的测试和验证永远值得投入时间。如果在具体操作中遇到更棘手的问题不妨从达梦的官方文档和日志文件中寻找最直接的线索。 MySQL到达梦数据库迁移实战：从评估到验证的全流程拆解
1. 项目概述从MySQL到国产达梦的迁移全景最近几年身边不少朋友和客户的项目都开始考虑或已经启动了数据库的国产化替代。作为在数据库领域摸爬滚打了十几年的老DBA我经手过不少从Oracle、MySQL迁移到达梦数据库的案例。今天我就以最经典的MySQL到达梦的迁移场景为例拆解一下数据导入这个核心环节。这绝不仅仅是运行一个mysqldump然后换个库执行那么简单它涉及到字符集、数据类型、语法差异、性能调优等一系列“暗礁”。网上很多教程只给命令不讲背后的逻辑和踩过的坑导致很多团队在迁移过程中反复折腾甚至出现数据不一致的严重问题。这篇文章我会结合我最近处理的一个千万级用户系统的迁移实战把从评估、准备、迁移到验证的完整流程和核心细节掰开揉碎讲清楚目标是让你看完就能上手避开我当年踩过的所有坑。2. 迁移前的核心评估与方案设计在动手敲任何命令之前充分的评估和设计是成功迁移的一半。盲目开始往往意味着中途返工甚至数据丢失。2.1 源端MySQL与目标端达梦的差异性深度解析首先必须清醒认识到MySQL和达梦虽然都遵循SQL标准但就像普通话和地方方言语法和特性上存在诸多差异。忽略这些差异直接导入脚本大概率会执行失败。1. 数据类型映射这是第一道坎MySQL的VARCHAR长度定义和达梦的VARCHAR2达梦也支持VARCHAR但习惯用VARCHAR2在字符计算上可能不同尤其是涉及中文等多字节字符时。更需要注意的是数值类型和日期类型。自增列MySQL的AUTO_INCREMENT对应达梦的IDENTITY(1,1)。在达梦中你需要明确指定种子和增量。日期时间MySQL的DATETIME精度默认为0而达梦的DATETIME类型更类似于TIMESTAMP需要注意精度定义。通常迁移日期数据到达梦的TIMESTAMP类型是更稳妥的选择。大文本/二进制MySQL的TEXT/BLOB系列对应达梦的CLOB/BLOB但达梦在处理超长文本时有LONG VARCHAR等类型需要根据实际数据长度选择。实操心得我强烈建议在迁移前先抽取源库中所有表结构的CREATE TABLE语句并手动或通过工具将其转换为达梦语法。重点检查自增列、默认值、注释和索引定义。达梦对默认值表达式的要求可能更严格。2. SQL语法与函数兼容性这是错误的重灾区。一些在MySQL中运行良好的SQL在达梦里可能直接报错。字符串拼接MySQL可以用CONCAT()函数或||运算符取决于sql_mode而达梦的||是标准的字符串连接符但需要确保CONCAT函数的参数数量和行为一致。分页查询MySQL用LIMIT offset, row_count达梦用LIMIT row_count OFFSET offset或者更常用的SELECT * FROM table LIMIT m, n注意顺序和MySQL是反的。迁移分页逻辑时必须改写。系统函数如获取当前时间MySQL是NOW()达梦是SYSDATE。日期格式化函数DATE_FORMAT在达梦中是TO_CHAR。IFNULL()在达梦中是NVL()。引号处理MySQL中反引号可以用来包裹标识符如表名、列名达梦通常使用双引号。如果表名是关键字或包含特殊字符这点要特别注意。2.2 工具选型为什么我推荐“组合拳”而非单一工具市面上有很多数据库迁移工具达梦官方也提供了DTS数据迁移工具。但根据我的经验对于生产环境的中大型MySQL迁移纯图形化工具风险较高尤其是当表结构复杂、数据量巨大时。我推荐“结构迁移用脚本数据迁移用专业工具”的组合拳。结构迁移Schema Migration使用mysqldump配合sed/awk或Python脚本进行预处理。mysqldump -d可以只导出表结构。然后编写转换脚本将MySQL的CREATE TABLE语句批量转换为达梦语法。这样做的好处是可控、可追溯、可批量重试。数据迁移Data Migration这是核心。对于数据量在百GB级别以下我推荐使用达梦自带的dimp/dexp逻辑导出导入工具。它们性能稳定支持并行和过滤是达梦生态内的首选。对于TB级超大数据量可以考虑使用Apache Spark JDBC或者定制化的数据同步程序进行分片、分批迁移但这需要一定的开发能力。为什么不首选图形化DTS工具图形化工具在简单场景下很方便但在处理异常如某张表导入失败、查看详细日志、进行性能调优调整提交批次、并发数时往往不如命令行工具直观和灵活。而且命令行工具更容易集成到自动化运维流程中。2.3 制定详尽的迁移Checklist与回滚方案迁移必须可控。我习惯为每个迁移项目制定一个详细的Checklist包括前置检查源库和目标库版本、字符集确保都是UTF8或GB18030、网络连通性、磁盘空间目标库空间至少为源库数据量的2倍、权限检查。结构迁移步骤导出结构 - 语法转换 - 在目标库预执行验证 - 修正错误 - 正式创建。数据迁移步骤全量导出 - 传输 - 全量导入记录开始/结束时间- 增量数据捕获与同步如果迁移期间源库仍写入- 数据一致性校验。后置操作迁移索引有时先导数据再建索引更快、迁移视图/存储过程/触发器需要大量重写、迁移用户及权限。回滚方案必须明确如果迁移后应用测试失败如何快速切回源库通常需要备份源库迁移时间点的Binlog或者确保迁移期间源库只读这样可以直接切换回来。3. 实战演练分步拆解迁移全流程假设我们要将一个名为user_db的MySQL数据库迁移到达梦数据库。源MySQL版本为5.7目标达梦版本为DM8。3.1 第一步环境准备与结构迁移1. 获取并转换表结构首先从MySQL导出纯表结构。# 在MySQL服务器执行 mysqldump -h [mysql_host] -u [user] -p[password] --single-transaction --set-gtid-purgedOFF --no-data --routines --events --triggers user_db mysql_schema.sql导出的mysql_schema.sql文件包含CREATE TABLE,CREATE VIEW等语句。接下来是最关键的一步语法转换。你可以使用达梦的迁移工具DTS进行初步转换但手动检查和修正必不可少。这里给出一个简单的Python脚本思路用于处理一些常见转换import re with open(mysql_schema.sql, r, encodingutf-8) as f: content f.read() # 示例转换AUTO_INCREMENT为IDENTITY # MySQL: id int(11) NOT NULL AUTO_INCREMENT # 达梦: id int NOT NULL IDENTITY(1,1) content re.sub(rAUTO_INCREMENT, IDENTITY(1,1), content) # 示例移除或替换反引号 content content.replace(, ) # 示例转换DATETIME为TIMESTAMP (根据业务需求) # content re.sub(rDATETIME, TIMESTAMP, content) # 示例处理默认值如CURRENT_TIMESTAMP达梦可能需要ON UPDATE CURRENT_TIMESTAMP的触发器来实现更新时自动更新这里先简单转换 # 注意达梦的CURRENT_TIMESTAMP()是函数可能需要调整 with open(dm_schema_converted.sql, w, encodingutf-8) as f: f.write(content)重要这个脚本非常基础。你必须仔细核对转换后的SQL特别是针对函数、索引定义达梦索引语法略有不同、外键约束等。2. 在达梦库中创建结构使用达梦的命令行工具disql或者图形化客户端执行转换后的SQL文件。# 使用disql连接达梦数据库 disql SYSDBA/[password]localhost:5236 # 在disql中执行SQL文件 start /path/to/dm_schema_converted.sql执行过程中控制台会输出错误信息。常见的错误包括关键字冲突如使用USER作为表名、不支持的语法等。根据错误逐一修正SQL脚本直到所有表、视图、序列等对象成功创建。3.2 第二步全量数据迁移的“正确姿势”结构创建无误后开始迁移数据。这里使用达梦的dexp导出和dimp导入工具。虽然它们通常用于达梦之间的迁移但我们可以通过一个“中转站”先将MySQL数据导出为一种通用格式如CSV再用达梦工具导入。方法A通过CSV文件中转推荐兼容性好从MySQL导出CSV对于每张表使用SELECT ... INTO OUTFILE命令需要FILE权限或客户端工具导出为CSV。注意字段分隔符和换行符。-- 在MySQL中执行 SELECT * FROM user_table INTO OUTFILE /tmp/user_table.csv FIELDS TERMINATED BY , OPTIONALLY ENCLOSED BY LINES TERMINATED BY \n;使用达梦dimp导入CSV达梦的dimp工具支持从定界文本文件如CSV导入。你需要编写一个控制文件.ctl来定义导入规则。# 示例控制文件 user_table.ctl # 达梦数据导入控制文件 USERIDSYSDBA/[password]localhost:5236 CONTROLYES FILE/tmp/user_table.csv TABLEUSER_TABLE ERRORS1000 ROWS5000 # 每5000行提交一次避免大事务 DIRECTTRUE # 直接路径加载速度更快然后执行导入dimp PARFILEuser_table.ctl方法B使用第三方工具或自定义程序如果数据量极大或表非常多可以编写Python脚本使用pymysql读取MySQL使用dmPython达梦官方Python驱动写入达梦。这样可以实现分页读取、批量提交、错误重试等高级功能。import pymysql import dmPython from contextlib import contextmanager contextmanager def get_mysql_conn(): conn pymysql.connect(hostmysql_host, useruser, passwordpass, databaseuser_db, charsetutf8mb4) try: yield conn finally: conn.close() contextmanager def get_dm_conn(): conn dmPython.connect(userSYSDBA, passwordpass, serverlocalhost, port5236) try: yield conn finally: conn.close() def migrate_table(table_name, batch_size5000): with get_mysql_conn() as mysql_conn, get_dm_conn() as dm_conn: mysql_cursor mysql_conn.cursor(pymysql.cursors.SSCursor) # 使用服务端游标防止内存溢出 dm_cursor dm_conn.cursor() mysql_cursor.execute(fSELECT * FROM {table_name}) col_count len(mysql_cursor.description) placeholders ,.join([%s] * col_count) insert_sql fINSERT INTO {table_name} VALUES ({placeholders}) batch [] for row in mysql_cursor: batch.append(row) if len(batch) batch_size: dm_cursor.executemany(insert_sql, batch) dm_conn.commit() batch [] if batch: dm_cursor.executemany(insert_sql, batch) dm_conn.commit()注意事项无论哪种方式务必在导入数据前禁用目标表的外键约束和触发器导入完成后再启用。这可以极大提升导入速度并避免循环依赖错误。在达梦中可以使用ALTER TABLE table_name DISABLE CONSTRAINT constraint_name;和ALTER TABLE table_name ENABLE CONSTRAINT constraint_name;。3.3 第三步增量数据同步与一致性校验对于允许停机的迁移可以在应用停写后进行一次最终的全量同步。但对于要求业务不间断的迁移就需要处理增量数据。1. 增量同步基于时间戳/自增ID如果表有可靠的update_time时间戳或自增主键可以在全量迁移后记录迁移开始的时间点或最大ID然后定期查询这个时间点之后的新数据同步到达梦。这种方式简单但可能无法捕获删除操作。基于MySQL Binlog这是最彻底的方式。可以使用Canal、Debezium等开源工具实时解析MySQL的Binlog转换为达梦可执行的SQL或中间格式再由消费程序写入达梦。这套方案比较复杂但能保证数据的最终一致性。达梦DTS工具也支持基于时间点的增量同步。2. 数据一致性校验迁移完成后必须验证数据是否一致。行数校验最简单的SELECT COUNT(*) FROM table对比。但行数相同不代表数据内容相同。哈希校验更可靠的方法。对每张表按照主键排序后计算所有字段拼接后的MD5或CRC32校验和可以在MySQL和达梦分别执行。如果校验和一致则数据一致性概率极高。-- 在MySQL中示例需根据实际情况调整 SELECT MD5(GROUP_CONCAT(CONCAT_WS(|, id, name, age) ORDER BY id)) AS checksum FROM user_table; -- 在达梦中达梦的GROUP_CONCAT是WM_CONCAT或使用LISTAGG SELECT MD5(LISTAGG(id || | || name || | || age, ) WITHIN GROUP (ORDER BY id)) AS checksum FROM user_table;对于超大型表可以分块按主键范围进行哈希校验。4. 性能调优与避坑指南迁移过程慢如蜗牛导入中途报错以下是提升迁移效率和稳定性的关键点。4.1 提升导入速度的“特效药”数据导入往往是性能瓶颈。这几个参数和技巧能显著提升dimp或自定义程序的导入速度。调整提交频率避免每插入一行就提交一次。在dimp控制文件中设置ROWS5000或更大在自定义程序中每5000或10000行提交一次事务。但注意批次太大可能导致回滚段膨胀和内存压力需要平衡。使用直接路径加载dimp的DIRECTTRUE参数会绕过SQL引擎和Buffer Pool直接写入数据文件速度极快。但在此期间表会被锁定无法进行其他DML操作。适合在停机维护窗口使用。并行导入如果服务器资源充足多CPU、高IOPS可以对不同表甚至同一表的不同分区进行并行导入。dimp工具本身支持多线程可以通过PARALLEL参数指定。禁用索引和约束如前所述在导入前禁用非唯一索引和外键约束导入后再重建。重建索引本身也可以并行。-- 达梦中禁用索引 ALTER INDEX index_name INVISIBLE; -- 导入后启用 ALTER INDEX index_name VISIBLE; -- 重建索引以优化性能 ALTER INDEX index_name REBUILD;优化达梦数据库参数临时调整一些实例级参数可以提升导入性能。例如增大BUFFER内存缓冲区、MAX_SESSIONS如果并发很高、COMMIT_FLUSH_COUNT控制提交时刷盘频率。务必在测试环境验证后再在生产环境调整。4.2 高频错误与疑难杂症排查错误“字符串截断”或“无效的字符”原因字符集不匹配是最常见原因。MySQL的utf8mb4和达梦的UTF8或GB18030需要正确转换。另外源数据中可能存在目标字段长度无法容纳的超长字符串或包含控制字符等非法字符。排查首先确认两端数据库、表、客户端的字符集设置一致。对于超长数据需要检查源表定义和目标表定义的长度是否一致注意字符和字节的区别。可以在导入前在MySQL端使用LENGTH()和CHAR_LENGTH()函数检查数据长度。错误“违反唯一约束”或“主键冲突”原因数据重复导入或者源表本身存在重复数据如果源表没有主键或唯一约束或者增量同步时点位回退导致重复消费。排查检查导入脚本是否被意外执行了多次。对于源表数据问题需要在MySQL端先进行数据清洗。对于增量同步确保消费位点的持久化是可靠且唯一的。错误“不支持的数据类型”原因dimp工具在解析中间文件或控制文件时无法识别某个数据类型代码。排查检查控制文件中对于字段数据类型的描述是否正确。如果使用自定义程序检查JDBC/Python驱动读取到的MySQL数据类型是否正确地映射到了达梦的数据类型。有时MySQL中的ENUM、SET类型需要转换为达梦的VARCHAR。导入过程中达梦数据库服务挂掉或变慢原因可能是事务过大ROWS设置过大导致UNDO表空间爆满或者大量写入导致REDO日志切换频繁亦或是内存耗尽。排查监控达梦数据库的告警日志dm.ini中LOG_PATH指定目录下的dm_实例名_日期.log。关注表空间使用率V$TABLESPACE、会话等待事件V$SESSION_WAIT。适当减小批量提交大小增加UNDO和REDO表空间大小。4.3 迁移后的优化与适配工作数据导入成功只是第一步应用要能稳定运行还需要后续工作。SQL改写与适配这是应用切换到达梦后最大的工作量。需要将应用代码、报表SQL、存储过程中所有不兼容达梦的语法和函数进行改写。建议在测试环境进行全面的SQL回归测试。索引分析与重建迁移后原有的索引可能不再是最优的。使用达梦的性能监控工具如EXPLAIN、ET系统包分析慢查询并根据达梦的优化器特性建立或调整索引。达梦的位图索引、函数索引等可能与MySQL不同。参数调优达梦的dm.ini参数配置体系与MySQL的my.cnf完全不同。需要根据新的硬件配置和工作负载调整内存分配、并发控制、日志归档等关键参数。例如MEMORY_POOL、BUFFER、MAX_SESSIONS等参数都需要仔细设置。备份策略建立数据到达梦后立即制定并测试新的备份恢复方案。达梦提供DMRMAN命令行工具和console工具进行物理备份和逻辑备份需要根据RPO和RTO要求选择合适的备份周期和策略。整个从MySQL到达梦的迁移是一个系统性工程考验的是DBA对两种数据库的深刻理解、细致的前期准备和严谨的操作流程。希望这篇结合实战的详细拆解能帮你扫清迁移路上的主要障碍。记住慢就是快充分的测试和验证永远值得投入时间。如果在具体操作中遇到更棘手的问题不妨从达梦的官方文档和日志文件中寻找最直接的线索。