PostgreSQL中NOINHERIT属性未生效问题排查求助

嘿，我之前也遇到过类似的困惑，咱们一步步拆解你遇到的问题：

你设置test角色为NOINHERIT，本意是让myuser必须通过SET ROLE test才能获取权限，但实际却能直接创建表，大概率是以下几个原因之一：

1. 角色授予时的继承属性没生效 #

虽然你给test加了NOINHERIT，但执行GRANT test TO myuser时，PostgreSQL的默认行为可能悄悄给这个授权加上了继承属性——尤其是在一些旧版本里，角色的NOINHERIT属性不会自动覆盖GRANT的默认逻辑。

你可以跑这条SQL查一下实际的授权情况：

SELECT a.rolname AS granted_role, m.inherit
FROM pg_auth_members m
JOIN pg_roles a ON m.roleid = a.oid
JOIN pg_roles u ON m.member = u.oid
WHERE u.rolname = 'myuser';

如果结果里的inherit是true，那就是这个问题了！解决方法很简单，重新授权时显式加上NOINHERIT：

REVOKE test FROM myuser;
GRANT test TO myuser NOINHERIT;

2. myuser被直接授予了模式权限 #

有可能你在操作过程中（比如误操作），直接给myuser开了test模式的CREATE和USAGE权限，绕开了test角色。你可以用这条SQL验证：

SELECT grantee, privilege_type
FROM information_schema.schema_privileges
WHERE table_schema = 'test' AND grantee = 'myuser';

如果能看到CREATE和USAGE权限，那就是这个原因，撤销掉直接授权就行。

3. 数据库OWNER的特殊权限传递 #

test是test数据库的OWNER，有些版本的PostgreSQL里，数据库OWNER的权限可能存在特殊的传递逻辑——哪怕你设置了NOINHERIT，作为角色成员的myuser也可能间接获得了权限。你可以先撤销myuser的test角色，再试一次创建表：

REVOKE test FROM myuser;
\c test myuser
CREATE TABLE test.mytable(id integer);

如果这次失败了，就说明之前的权限确实来自test角色的OWNER属性传递。

除了官方文档，这些资源我自己入门时也用过，体验不错：

• 《PostgreSQL实战》：国内大佬写的，从基础配置到日常运维、性能调优都覆盖了，例子很接地气，适合快速上手做实际操作。
• 《PostgreSQL Up and Running》：经典入门书，讲解非常清晰，哪怕是零基础也能看懂，里面的小示例很多，跟着做一遍就能掌握核心概念。
• PostgreSQL社区教程：官网社区板块里的免费教程，都是资深用户分享的实战经验，比如权限管理、备份恢复这些高频场景的解决方案，不用跳外部链接，直接官网就能看。
• PGConf大会视频：每年的PGConf有很多DBA的经验分享视频，从高可用架构到性能调优技巧都有，适合入门后进阶学习，B站上就能搜到不少搬运的资源。
• 《PostgreSQL Administration Cookbook》：相当于运维手册，里面全是日常工作中会遇到的问题和现成的解决方法，比如怎么排查权限问题、怎么优化查询，遇到问题翻一翻大概率能找到答案。

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