国产数据库迁移技术规范里，最容易出问题的不是表结构，而是细节对象：字符集不统一导致乱码、序列对象映射不对导致主键冲突、存储过程兼容不好导致业务逻辑出错。佛坪县迁移项目里多数返工都出在这三类细节上，下面按难点讲技术规范。

字符集兼容处理

迁移前的字符集统一

老系统常见字符集有GBK、Latin1、UTF-8混用，迁到达梦或金仓后统一要求UTF-8。迁移规范是：新库建库时指定UTF-8字符集，迁移工具按源库实际编码转换，不能假设源库是什么编码就直接搬。

经验是迁移前先抽样检查源库真实编码：看中文内容是否正常、有没有历史乱码数据。历史乱码数据要先清洗再迁移，否则带到新库永远修不好。

应用连接串的字符集配置

迁移后应用连接数据库的JDBC URL要加字符集参数，明确告诉驱动按UTF-8处理。连接串里漏配字符集参数，中文内容写入新库就变问号。规范要求所有应用连接串统一检查一遍，包括定时任务、报表工具这些非主应用。

经验是迁移前先抽样检查源库真实编码：看中文内容是否正常、有没有历史乱码数据。历史乱码数据要先清洗再迁移，否则带到新库永远修不好。

清洗乱码数据要写脚本批量处理。手动改几百条乱码不现实，导出数据用脚本定位替换，改完抽样检查确认无误。

连接串里字符集参数要显式指定。不指定驱动用默认值，中文内容写入就可能变问号。

序列对象兼容处理

自增主键怎么映射

不同数据库的自增机制不同：MySQL是AUTO_INCREMENT列、Oracle是SEQUENCE对象、达梦和金仓都支持序列。迁移规范是统一映射到国产库的序列对象：原AUTO_INCREMENT的表，新库建序列并绑定列默认值；原Oracle序列的，直接平移序列定义并调整起始值。

主键冲突是迁移事故高发点。新序列起始值一定要设为源库当前最大主键加一，差一位就冲突。

关键点是起始值：新序列的起始值要设为源库当前最大主键加一，否则迁移后插入新记录会主键冲突。这是迁移事故的高发点，每次迁移都要核对。

序列并发性能怎么调

国产库的序列默认缓存值较小，高并发插入场景下会成为瓶颈。规范是按业务并发量调大序列缓存（如缓存一百或一千），减少序列争抢。同时验证序列跳号现象——缓存机制允许跳号，业务上不能依赖序列连续。

存储过程与对象兼容

存储过程改写规范

Oracle存储过程迁达梦，语法相似度高但要逐行核对：变量声明方式、异常处理块、动态SQL写法。规范是改写后必须用真实数据跑比对——同样入参在新旧库各执行一遍，结果集逐行核对，数值精度和空值处理都不能有差异。

存储过程改写后跑批量回归。不是单条测试用例过就行，拿真实业务数据跑一天的量，边界情况才暴露。

视图和触发器怎么迁移

视图迁移相对简单，工具能转大部分，但视图里引用的私有函数要先迁移。触发器是最容易漏的对象——应用层没意识到数据库里还有触发器在跑业务逻辑，迁移后触发器没建，数据就不对了。规范是迁移对象清单里把触发器单独列出，逐个确认迁移。

迁移清单要逐项打勾。表、视图、存储过程、触发器、序列，一类一类核完，漏一项都不行，核完签字留底，有据可查，不返工，一次成，数据零丢失，业务平稳切换，用户无感知，运维也省心，后续维护顺，问题早发现，验收通过，客户放心，项目交付，圆满收尾，经验沉淀。

迁移完成后要做一轮对象核对：新旧库的表、视图、存储过程、触发器、序列数量逐一比对，数量一致才算对象搬全。佛坪县项目里这一步经常被跳过，上线后才发现少了几个视图，业务报表对不上。

迁移后做一轮对象核对。新旧库的表、视图、存储过程、触发器、序列数量逐一比对，数量一致才算对象搬全。这一步常被跳过，上线后才发现少了几个视图，业务报表对不上。

国产数据库迁移的技术规范，关键就三件事：字符集统一到UTF-8、序列对象起始值对齐、存储过程和触发器逐个验证。细节做到位，迁移才能既快又稳。

迁移后跑一轮生产对账。拿真实业务库跑全量比对，差多少条、差哪些字段，报表拉出来逐条修。抽样对满意就切流，往往上线才发现整表错位。

触发器要逐个验证。MySQL的AFTER INSERT和达梦的BEFORE INSERT触发时机不同，业务顺序敏感的逻辑要特别核对。

迁移后收集统计信息。新库表数据刚导进去，统计信息还是空的，执行计划不准。导完后跑一遍统计收集，再让应用接入。

迁移后第一周盯慢查询日志，发现执行计划不对立即收集统计信息。

佛坪县团队把这三类对象做成检查清单逐项核对，返工率能大幅下降。