Azure PostgreSQL单服务器转灵活服务器托管迁移故障求助

这个问题确实存在，根源在于Azure托管迁移服务使用的pgcopydb工具存在逻辑缺陷：当表中存在可空且带唯一约束的列时，该列值为NULL的行不会被迁移，导致依赖这些行的表触发外键约束校验失败，终止迁移。

问题确认步骤 #

• 定位涉事表，在源单服务器执行：SELECT COUNT(*) FROM 表名 WHERE 列名 IS NULL;
• 在目标灵活服务器执行相同查询，若结果为0，即可确认NULL行未被迁移。

解决方法 #

方法1：临时移除唯一约束（快速修复）

1. 迁移前修改源库：移除涉事列的唯一约束

   ALTER TABLE 表名 DROP CONSTRAINT 约束名;
   

2. 重新启动Azure托管迁移任务，完成全量迁移
3. 迁移后恢复目标库约束：在灵活服务器上重新添加唯一约束

   ALTER TABLE 表名 ADD CONSTRAINT 约束名 UNIQUE (列名);
   

   注：PostgreSQL允许唯一约束列存在多个NULL值，此操作与源库行为完全一致。

方法2：预处理NULL值（无需修改源库约束）

如果不能修改源库结构，可通过替换NULL值绕过工具缺陷：

1. 源库预处理：给涉事列设置临时默认值并更新现有NULL值

   -- 设置默认值（根据业务选合适的非NULL值，示例用空字符串）
   ALTER TABLE 表名 ALTER COLUMN 列名 SET DEFAULT '';
   -- 将NULL替换为临时值
   UPDATE 表名 SET 列名 = '' WHERE 列名 IS NULL;
   

2. 启动迁移任务，完成后在目标库恢复原结构

   -- 移除临时默认值
   ALTER TABLE 表名 ALTER COLUMN 列名 DROP DEFAULT;
   -- 恢复列可空属性
   ALTER TABLE 表名 ALTER COLUMN 列名 SET NULL;
   -- 将临时值改回NULL
   UPDATE 表名 SET 列名 = NULL WHERE 列名 = '';
   

问题根源说明 #

pgcopydb在同步带唯一约束的列时，内部查询逻辑会过滤掉NULL值行，导致这部分数据丢失。该问题属于工具已知的功能缺陷，已在社区讨论中被记录。

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