如何合并结构存在差异的两个MySQL数据库？生产与开发版场景

针对你这个跨版本数据库合并的需求，我有几个成熟的自动化工具和方案推荐，都是处理过数十万级数据量场景的，咱们一个个说：

1. Percona Toolkit 的 pt-table-sync #

这绝对是MySQL数据同步的瑞士军刀，专门解决跨实例、跨结构的表数据对齐问题，完全支持你要的“冲突以versionA为准”的规则，还能自动处理不少结构差异。

核心用法 #

首先确保两个数据库实例之间能互相访问，然后直接用命令行同步：

# 单表同步，冲突时用A的数据覆盖B
pt-table-sync --execute --verbose h=A生产服务器地址,D=数据库名,t=表名 h=B开发服务器地址,D=数据库名,t=表名 --conflict-column=主键字段 --conflict-update=A生产服务器地址

# 同步整个数据库的所有表
pt-table-sync --execute --verbose h=A生产服务器地址,D=数据库名 h=B开发服务器地址,D=数据库名 --conflict-column=主键字段 --conflict-update=A生产服务器地址

注意点 #

• 先在测试环境跑一遍！几十万条数据同步前，一定要备份versionB的所有数据，避免翻车。
• 如果versionA有versionB没有的小结构变更（比如新增字段），得先把这些变更同步到versionB的结构里——毕竟你的目标是把A的数据导入B的结构，得让B能兼容A的数据。
• 可以搭配同套件的pt-table-checksum先扫一遍结构和数据差异，生成报告后再同步，心里更有数。

2. 自定义 mysqldump + 脚本组合 #

如果你的场景更特殊（比如需要精准保留versionB的某些特定表/字段数据），用mysqldump导出数据后写简单脚本处理，灵活性拉满。

步骤拆解 #

1. 导出versionA的结构和数据：

   # 导出纯数据（带完整INSERT语句，方便处理冲突）
   mysqldump -h A生产服务器 -u 用户名 -p 数据库名 --complete-insert --no-create-info > a_data.sql
   # 导出A的结构，用来对比找未记录的小变更
   mysqldump -h A生产服务器 -u 用户名 -p 数据库名 --no-data > a_schema.sql
   

2. 对齐结构：把A的未记录小变更（比如字段类型修改、新增索引）手动或用diff工具对比后，同步到versionB的结构里，确保B能兼容A的数据导入。
3. 处理数据导入规则：
   • 对于需要完全用A覆盖的表，直接导入a_data.sql就行，用INSERT ... ON DUPLICATE KEY UPDATE（mysqldump加--insert-ignore或--replace参数）自动处理冲突。
   • 对于需要保留B部分数据的表，写个简单的Python/Shell脚本，先导入A的数据，再把B需要保留的字段值更新回去。
4. 导入到versionB：

   mysql -h B开发服务器 -u 用户名 -p 数据库名 < a_data.sql
   

优势 #

完全自定义规则，不管你要保留B的哪些数据都能实现；mysqldump处理几十万条数据完全没问题，加个--quick参数还能避免内存溢出。

3. Liquibase/Flyway（如果B的变更用版本控制管理） #

如果versionB的所有结构变更都是用Liquibase或Flyway这类数据库版本控制工具管理的，那可以利用它们的变更日志来平滑对齐结构，再同步数据。

操作流程 #

1. 捕获A的未记录变更：用工具生成versionA的结构变更脚本（比如Liquibase的generateChangeLog命令），把那些没记录的小变更提取出来。
2. 同步结构到B：把A的小变更添加到B的变更日志里，执行更新，让B的结构同时包含自己的已记录变更和A的未记录小变更——毕竟最终要用B的结构，得确保它是完整的。
3. 同步数据：用工具自带的数据同步功能（比如Liquibase的dataLoad）或者搭配pt-table-sync，把A的数据同步到B，冲突时以A为准。

优势 #

结构变更全程有版本记录，后续维护起来更清晰；适合长期用版本控制管理数据库的团队，能避免以后再出现类似的结构混乱问题。

必做的前置准备 #

• 备份！备份！备份！：操作前一定要把versionB的所有数据全量备份，出问题了能快速回滚。
• 测试环境验证：先在测试环境还原A和B的数据库，完整走一遍流程，确认数据合并后没有问题，再碰生产环境。
• 处理增量数据：如果versionA在你同步的过程中还在持续更新，最好用只读锁或者快照工具（比如Percona XtraBackup）获取一个一致性的数据快照，避免同步到一半数据变了导致不一致。
• 明确冲突规则：提前把哪些表/字段要保留B的数据、哪些完全用A覆盖列清楚，写进配置或脚本里，别模糊处理。

内容的提问来源于stack exchange，提问作者TimSparrow