太懂这种尴尬了——开发库有要保留的测试数据，全量导生产库数据完全没必要，只想要同步新增的字段，结果直接导schema还报错表已存在。别慌，给你几个实用的方案，分情况来：

一、各数据库原生工具解法（最推荐） #

不同数据库都自带了能对比、生成结构变更脚本的工具，完全不会碰现有数据：

1. MySQL/MariaDB #

• 先导出生产库的纯结构文件（不包含数据）：

  mysqldump -u [生产库用户名] -p --no-data [生产库名] > live_schema.sql
  

• 用官方的mysqldiff工具对比开发库和生产库的结构，直接生成ALTER TABLE变更语句：

  mysqldiff --server1=dev_user:dev_pass@dev_host --server2=live_user:live_pass@live_host dev_db:live_db
  

  输出的内容就是两个库的结构差异，把这些ALTER语句复制到开发库执行就行，精准同步新增字段，不会影响现有数据。

2. PostgreSQL #

• 导出生产库的纯结构：

  pg_dump -U live_user -d live_db -s > live_schema.sql
  

• 用apgdiff（专门的PostgreSQL结构对比工具）生成变更脚本：

  apgdiff dev_schema.sql live_schema.sql > alter_scripts.sql
  

  生成的alter_scripts.sql里只有需要新增/修改的字段语句，直接在开发库运行即可。

二、通用第三方工具（适合跨数据库或可视化需求） #

如果你的数据库比较小众，或者想要更直观的操作，试试这些工具：

• SchemaSpy：能生成两个数据库的结构对比报告，清晰列出新增字段、字段类型变更等差异，你可以根据报告手动写ALTER语句，或者用它的脚本生成功能一键导出变更语句。
• Flyway/Liquibase：这俩是数据库版本控制神器，如果生产库已经用它们管理schema变更，直接把生产库的变更脚本同步到开发库执行就行；要是还没用上，现在开始用能从根源解决同步问题——以后生产库加字段，都写对应的版本化变更脚本，开发库直接跑脚本就能跟上节奏。

三、手动处理（适合表数量少的场景） #

如果你的表不多，手动对比也挺快：

1. 在生产库查目标表的字段详情（以MySQL为例）：

   DESCRIBE live_db.target_table;
   

2. 再在开发库查同一张表的字段：

   DESCRIBE dev_db.target_table;
   

3. 对比找出生产库有但开发库没有的字段，写ALTER语句添加：

   ALTER TABLE dev_db.target_table ADD COLUMN new_field VARCHAR(100) DEFAULT NULL COMMENT '新增业务字段';
   

   这种方法虽然繁琐，但完全可控，适合小批量表的同步。

几个重要提醒 #

• 执行变更前，一定要先在开发库的备份上测试一遍，避免意外锁表或数据影响。
• 注意字段的约束和默认值：生产库的字段如果是NOT NULL或者有默认值，要确认开发库是否需要同样的设置，别直接照搬导致数据插入报错。
• 大表执行ALTER尽量选开发库空闲时段，避免影响正常开发。

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