EF Core更新PostgreSQL失败：__EFMigrationsHistory已存在（只读用户配置后）

问题根源 #

EF Core执行update-database时，会先查询__EFMigrationsHistory表确认已完成的迁移记录。当你移除PUBLIC数据库权限并改为按用户分配权限后，执行迁移的用户没有被明确授予该表的SELECT权限，导致EF无法检测到表的存在，进而尝试重复创建表，触发42P07错误。另外需要注意：只读用户仅适用于应用查询场景，不能用来执行迁移操作——迁移需要创建/修改表、写入迁移记录的读写权限。

解决步骤 #

1. 切换到有权限的用户执行迁移 #

update-database必须使用具备以下权限的用户：

• 数据库的CREATE TABLE、ALTER TABLE等DDL权限
• __EFMigrationsHistory表的SELECT、INSERT、UPDATE权限
• 目标Schema（如public）的USAGE权限

如果之前误将迁移用户换成了ReadOnlyUser，立刻切回原来的有权限用户。

2. 为迁移用户明确授权 #

执行以下SQL为迁移用户配置必要权限（替换YourMigrateUser为实际用户名）：

-- 授予Schema使用权限
GRANT USAGE ON SCHEMA public TO "YourMigrateUser";
-- 授予迁移历史表的读写权限
GRANT SELECT, INSERT, UPDATE ON "__EFMigrationsHistory" TO "YourMigrateUser";

如果ReadOnlyUser需要在应用运行时读取迁移状态，也需要给它加SELECT权限：

GRANT SELECT ON "__EFMigrationsHistory" TO "ReadOnlyUser";

3. 验证权限配置 #

执行SQL确认权限是否生效：

SELECT table_name, privilege_type
FROM information_schema.table_privileges
WHERE grantee = 'YourMigrateUser' AND table_name = '__EFMigrationsHistory';

确保结果包含SELECT、INSERT、UPDATE三种权限。

4. 重新执行迁移 #

权限配置完成后，再次运行命令：

update-database -Context MicroReseauDbContext

额外提醒 #

• 永远不要用只读用户执行数据库迁移，只读用户仅用于应用查询场景。
• 移除PUBLIC权限后，所有用户的权限都需要明确分配，包括EF的迁移历史表这类系统依赖表，避免元数据检测逻辑出错。

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