人大金仓 KingbaseES 迁移实施要点：从 MySQL 或 PostgreSQL 过来要注意什么

在国产数据库中，人大金仓 KingbaseES 基于 PostgreSQL 技术体系，是从 MySQL 或 PostgreSQL 迁移的友好选择。但"血统接近"不等于"零改造"，以下是实施中的关键要点。

从 MySQL 迁移：三个转换层

• 对象转换：引擎概念（InnoDB 等）在金仓中没有对应物，建表语句需转换；自增列改用序列或 IDENTITY，注意取值行为差异
• SQL 方言：GROUP BY 隐式列、反引号标识符、ON DUPLICATE KEY 写法等需要改写，金仓提供兼容模式可降低部分改造量
• 大小写敏感性：MySQL 默认表名小写不敏感，金仓遵循 PG 的折叠规则，迁移前统一标识符命名规范能避免大量诡异问题

从 PostgreSQL 迁移：重点在版本特性

PG 迁金仓整体改造量小，重点是核对两端 PG 内核版本差异带来的特性差别，以及金仓的企业级扩展功能（如安全审计）的配置替代。

运维侧的准备

金仓的物理备份、流复制与监控体系与 PG 工具链相似但有自有管理平台，建议运维团队在并行期完成备份恢复演练与监控接入，不要等切换后现学。

金仓适合从 MySQL/PG 出发的存量系统，是我们选型评估中的常客。需要《金仓迁移评估表》可联系我们获取。