Rails报错InsufficientPrivilege：PostgreSQL schema_migrations权限问题

我之前也碰到过一模一样的坑！你虽然给新角色配置了和原所有者相同的权限，但PostgreSQL的权限体系有几个容易忽略的细节，尤其是schema级别权限和现有对象的权限继承问题，导致schema_migrations表的访问被拒绝。下面是具体的原因分析和解决步骤：

核心原因 #

• PostgreSQL的数据库所有者和schema（比如默认的public）所有者是两个独立的概念，你修改数据库所有者后，public schema的所有者可能还是原来的角色，新角色无法访问该schema下的表
• 即使新角色拥有数据库级别的权限，也需要明确赋予schema的使用权限，以及该schema下所有现有表/序列的操作权限
• 默认权限设置缺失，导致后续新创建的对象也会有权限问题（虽然当前报错是schema_migrations，但提前解决能避免后续麻烦）

解决步骤 #

1. 进入PostgreSQL控制台 #

用超级用户（比如postgres）连接到你的新数据库：

psql -U postgres -d 你的新数据库名称

2. 检查并修改public schema的所有者 #

先确认public schema的归属：

SELECT nspname, nspowner FROM pg_namespace WHERE nspname = 'public';

如果输出的nspowner是原角色名，执行命令将其改为新角色：

ALTER SCHEMA public OWNER TO 你的新角色名;

3. 赋予新角色public schema的基础权限 #

GRANT USAGE, CREATE ON SCHEMA public TO 你的新角色名;

4. 赋予新角色所有现有表/序列的权限 #

包括schema_migrations在内的所有表都需要明确授权：

-- 授权所有表的操作权限
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO 你的新角色名;
-- 授权所有序列的操作权限（Rails自增ID依赖序列）
GRANT ALL PRIVILEGES ON ALL SEQUENCES IN SCHEMA public TO 你的新角色名;

5. 设置默认权限（可选但推荐） #

确保后续新创建的表/序列自动对新角色开放权限：

ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON TABLES TO 你的新角色名;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT ALL PRIVILEGES ON SEQUENCES TO 你的新角色名;

6. 验证配置并重启应用 #

执行完以上命令后，退出psql控制台，再次检查database.yml中的配置：

• 确认database字段是新的数据库名称
• 确认username字段是新的角色名
• 密码等其他配置正确无误

最后重启Rails应用，应该就能解决InsufficientPrivilege的报错了。

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