多专用SQL Server同库同表合并咨询（主键Id冲突问题）
2026-5-22
嘿，这个多SQL Server实例合并时的主键冲突问题，我在项目里碰到好多次了，给你几个靠谱的解决方案，你可以根据自己的实际场景选：
方案1：重新生成主键（最简单直接的应急方案）
如果现有数据量不大，且应用能接受主键值的变更，这个方案最省心：
- 先把各源服务器的数据导入到目标服务器的临时表（结构和原表一致，但不要设置自增主键）
- 创建一个映射表，用来记录「源服务器旧ID」和「目标服务器新生成ID」的对应关系
- 开启目标表的自增插入权限：
SET IDENTITY_INSERT [目标表名] ON，插入数据时不指定ID，让SQL Server自动生成新的全局唯一主键，同时把旧ID和新ID存入映射表 - 处理关联子表：根据映射表，将所有子表中关联旧ID的外键字段，批量更新为对应的新ID
- 最后关闭自增插入权限：
SET IDENTITY_INSERT [目标表名] OFF
方案2：从根源修改ID生成规则（长期避免冲突）
如果还能调整应用或数据库结构，优先考虑从主键生成逻辑上解决问题：
- 改用GUID作为主键：把主键类型从
INT/BIGINT改成UNIQUEIDENTIFIER，设置默认值为NEWSEQUENTIALID()（比NEWID()性能更好）。每个实例生成的GUID都是全局唯一的，合并时完全不会冲突，不过需要修改应用代码中处理主键的逻辑，适合还没大规模部署的场景 - 给各实例分配专属ID范围：提前规划好每个服务器的自增主键起始值和增量，比如服务器1用
1-1000000，服务器2用1000001-2000000，以此类推。设置方法是执行DBCC CHECKIDENT ([表名], RESEED, [起始值])，这个方法需要预估数据量上限，避免超出数据类型的取值范围 - 使用复合主键：把主键改成「ID + 服务器标识」的复合结构，比如新增一个
ServerId字段，和原Id一起作为主键。这样即使不同服务器的ID重复，加上服务器标识后就唯一了，但会影响现有应用的查询和关联逻辑，需要谨慎评估
方案3：合并时偏移ID值（快速临时方案）
如果不想修改现有结构，且能确定各实例的ID范围没有重叠，可以直接给每个服务器的ID加偏移量：
- 比如给服务器A的所有ID加
1000000，服务器B的加2000000，确保偏移后的ID不会和其他实例的数据冲突 - 导入前先批量修改源数据的ID值，同时同步更新所有关联子表的外键字段
- 操作时需要先禁用目标表的主键约束，导入完成后再重新启用，还要检查有没有意外的重复值
关键注意事项
- 操作前一定要全量备份所有服务器的数据库，避免数据丢失
- 先在测试环境完全复刻生产场景验证，确保所有关联数据都能正确映射
- 处理外键时，可能需要先禁用外键约束，完成数据更新后再重新启用，避免报错
- 合并完成后，记得重建表的索引和统计信息，保证查询性能
内容的提问来源于stack exchange，提问作者Akhilesh Rocks
